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Predicate 


Sistemas de Microfilmagem 


Não somos a Empresa mais an- 
tiga que em PORTUGAL trabalha 
no campo da microfilmagem. 


E, provavelmente, não somos 
a melhor nem a maior. 


Mas, porque somos profissionais 
em sistemas de microfilmagem e 
microfichas, oferecemos a tecno- 
logia mais avançada, utilizada pe- 
las nossas representadas 


Hatagraptia 


BRUNING 


ADDRESSOGRAPH MULTIGRAPH 


Os nossos Clientes podem estar 


seguros, ao preferirem os nossos 
serviços, de que faremos o melhor 


um equipamento que brevemente vai ser utilizado por diversas 
empresas nacionais, para resolver os seus problemas de micro- 
filmagem da microfilimagem. 


para que tirem todas as vantagens 


* «Service-bureau» de microfilmagem clássica * Reveladoras e duplicadoras em diazo e vesicular 


e em sistema COM * Microfilmadoras clássicas 


* Leitores de microfichas, automáticos e repro- * Sistemas integrados COM 


dutores * Estudos técnico-económicos 


CO M- Centro de Organização Microfilmagem, Lda. 


Rua de Campolide, 55-5.º-Telefs. 65 1805 /656527/659208/659072 
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A tomada de decisão económica sobre a 
compra ou aluguer de equipamentos de 
Informática 


ARTIGO 

PROLOG, linguagem de resolução de pro- 
blemas em lógica 

ENTREVISTA 

Com Alves Lavado, da DGOA 


HARDWARE 
Possibilidades de desenvolvimento nacional 
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BASES DE DADOS 


SEPARATA 


NORMAS PARA A INSTALAÇÃO DE UM 
CENTRO DE INFORMÁTICA 


(Págs. 37 a 42). 


SICOB 


Desdobrável a cores sobre a Exposição 
a realizar em Paris de 20 a 29 de Setembro 


Redacção e Administração 


Av. Almirante Reis, 127, 1.º Esq.º 
Telef. 53 55 87 — Lisboa-1 

Rua de Santa Catarina, 706, 4.º 
(Sala 403) — Porto 


Publicidade 


PROMÉDIA — Meios e Acções 
Publicitárias, Lda. 

Rua Pascoal de Melo, 1-2.º Dt. 

Lisboa 1 — Telefone 83 86 48 


Assinaturas 


4 números — 150$00 
Distribuição gratuita aos sócios da 
API 


Preço deste número — 50$00 


Números anteriores — 30$00 


Publicação 


4 números por ano 


Tipografia 


Serviços Gráficos da Liga dos Com- 
batentes 

Rua João Pereira da Rosa, 18 

Lisboa - 2 


Tiragem 


2500 exemplares 


O conteúdo desta revista é «copy- 
right». A sua reprodução, total ou 
parcial, sem autorização do Direc- 
tor é proibida. 


A opinião expressa nos artigos assi- 
nados e cartas, que apareçam na 
Revista, são da responsabilidade 
dos seus autores e não exprimem 
necessariamente a opinião da API 
ou da Redacção. 
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TEKTRONIX 


- Terminais gráficos com software de suporte 


o DaCental 


- Minicomputadores de aplicações gerais 


NOVA e ECLIPSE para qualquer computador 


- Si édios tã : re E. 
pisiprnadané digo e, preto - Sistemas gráficos de cálculo programáveis 


- Sistemas de aquisição de dados em BASIC 


- Terminais alfanuméricos - - Sistemas gráficos interactivos 


ANMPEX 


- Unidades de discos até 200 MB 


- Terminais impressores 


V9000DO 


- Sistemas de desenho automático 


a rolos ou de mesa 


- Unidades de bandas 


- Funcionamento ON-LINE 
ou OFF-LINE 


- Memorias em ferrite para PDP-11 


- Software básico de suporte 


- Controladores de unidades de disco e de ban- 
das para PDP-11 


- Extensa livraria de aplicações 


- Mesas digitalizadoras 


- Impressoras de linhas, 120 à 500 Lp.m. 


- Impressoras de caracteres 120 a 160 c.p.s. 


- Controladores para todos os tipos de minis 


EI 
A popa de Lahoratório, Lu. 


Apartado 1100 Lisboa-1 Telef. 97 6551 
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A REVOLUÇÃO 
SILENCIOSA 


Em 1970, a Informática é introduzida finalmente 
nos locais de recolha de dados. É o fim de uma época 
de servidão. 


Com o Keyprocessing da CMC acabaram-se os su- 
portes anacrónicos, os écrans cegos, as entradas incom- 
pletas, as validações (mesmo primárias) a cargo do orde- 
nador, as eternas reciclagens dos dados rejeitados. 


É também a abolição duma escravatura o que bene- 
ficia extraordinariamente a opsradora: O SILÊNCIO. 


O Keyprocessing é a revolução permanente. Em 
cada ano novas eclosões: extensão da capacidade, sofis- 
ticação dos controlos, telecomunicações, edição, gestão 
de ficheiros... e mesmo de horários! 


É o modo de uma verdadeira descentralização das 
responsabilidades. 


O Keyprocessing, sistema de Informática repartida, 
destinado à entrada e ao tratamento de dados, inaugura 
a era da eficácia, do rendimento e da autonomia. 


O Multiteclado CMC: para que a informação che- 
gue à Informática. 


(PORTUGAL) 


SEE IE 


Rua Sanches Coelho, 2 — Lisboa 4 
Telf. 777012 — Telex: CEMECE 13571 
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1. Data Modul 


2. Cassetes Digitais. 
Qualidade de fita 
computadora. Cinco 
tipos diferentes. 


3. Floppy Disc. 
Graváveis nas duas 
faces. E em caixa 
arquivo. 


4. Banda Computadora. 
Testadas a 6.250bpi. 
Em ring-automático, 
tape-seal ou caixa. 


BASF é o maior forne- 
cedor europeu de supor- 
tes magnéticos para 
computadores. 


Fabricamos tudo de 
harmonia com o s/sis- 
tema e rentabilidade. 


Dispomos de 25 modelos 
diferentes de "Disc- 
-Packs'! para todos os 
tipos de drives. 


Um deles será o seu! 
Informe-se!! 


LISBOA 
R. de Sta, Bárbara, 46-50 


Telef. 562511 - Apartado 1438 
Telex"T22 109060 L67Ho 


PORTO 


R. Manuel Pinto de Azevedo, 626 
Telef. 692061 


Tetex 22753 = Apartado 259 BASF - PROGRAMADA PARA O FUTURO! ! 
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E Sp PA jo 


«Aqueles que, como eu, seguiram o desenvolvimento 
do PROLOG durante muitos anos e fizeram um pouco 
de programação em PROLOG estão inclinados para um 
grande entusiasmo. Penso não só planear a reconstrução 
do meu trabalho laboraicrial numa nova base, mas tam- 
bém especular sobre os «sistemas competentes» para os 
anos 80». 

Donald Michie (Computer Weekly, 
3 Agosto 1978) 


1. O agravamento da taxa de inflação e o crescente aumento do 
custo de vida tiveram também repercussões na produção desta revista. 
Assim, e somente após a actualização do quantitativo das quotas, foi 
possível retomar o contacto regular com os sócios. Esperamos que até 
ao fim do ano, e mercê do nosso esforço regularizar a saída da revista. 


2. Um dos temas deste número é uma linguagem de programação 
de alto nível, o PROLOG, cuja construçãc foi iniciada na Universidade 
de Marselha, cerca de 1971, e que sofreu recentemente novos aper- 
feiçoamentos na Universidade de Edinhurgo e no Laboratório Nacio- 
nal de Engenharia Civil. Esta linguagem distingue-se naturalmente de 
outras linguagens mais conhecidas, como o FORTRAN ou o COBOL, 
e cobre um espectro bem mais reduzido de aplicações. O objectivo deste 
número é o de chamar a atenção des trabalhadores em Informática 
para uma nova ferramenta, ainda em desenvolvimento, construída com 
a colaboração de técnicos portugueses e cujo futuro se anuncia pro- 
metedor. 

Nos últimos dois anos o PROLOG tem vindo a receber a aceitação 
e o interesse da comunidade científica, tendo sido demonstradas as suas 
vantagens técnicas em relação a uma linguagem mais espalhada e conhe- 
cida como o LISP. Por outro lado as suas aplicações apontam desde já 
para novos desenvolvimentos que tornarão mais fácil a sua utilização 
em problemas envolvendo grande número de dados. Estamos ainda 
longe de uma linguagem comercial e virada para as chamadas grandes 
aplicações de gestão, Linguagens come o COBOL, o FORTRAN e o 
ALGOL permanecerão, ainda por algum tempo, a ocupar um lugar de 
relevo, 


Helder Coelho 
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opinião 


O plano 


1. Plano é por definição um ins- 
trumento de actuação racional, A au- 
sência de Piano é, ao contrário, carac- 
teróstica da actividade casuística e em- 
pirística. 

Não que o Plano seja a panaceia 
— mas, porque através dele se pode 
antever a solução ou o resultado. 

2. Os Sistemas Informáticos são 
por natureza apriorísticos; isto é — exi- 
gem previsão global e pormenorizada 
de todos os elementos a tratar e de to- 
das as situações possíveis. 

Não se cempadecem com a excepção 
— exigem-na. 

Não encoprem o erro e o fracasso 
— denunciam-nos. 

3. Ora, ros tempos que correm 
(cada vez mais depressa) Plano e Infor- 
mática exigem-se mutuamente — quan- 
do a dimensão do problema a estudar 
c resolver tem o tamanho deste País. 

Dum País que tendo já alguma In- 
formática » alguns computadores (mui- 


nacional de informática 


ALMIRO DE OLIVEIRA 


tos?) 
Plano. 

Até porque, neste País aonde a ori- 
ginalidade sz começa a pagar cada vez 
mais cara 2 rão abundam os recursos 
(técnicos e materiais) vai sendo tempo 
de copiar aquilo que os outros países 
já fizeram... 

E também, porque o País sangra 
diariamente divisas e ineficência, 

Ineficiência. que também ela nos 
custa diariamente divisas e impostos, 
entre outras coisas, claro. 

Quem semos, quantos somos e como 
somos na Intormática? 

Para vr. iz vamos e para onde de- 
vemos ou podemos ir? 

4. O decreto-lei 464/77 de 11 de 
Novembro (lei orgânica do Instituto 
de Informática do Ministério das Finan- 
ças) diz, no seu art.º 5.º que «a activi- 
dade do Instituto subordinar-se-á aos 
programas estabelecidos no âmbito do 
Plano Nacinral de Informática». 


precisa urgentemente de um 


EMULAÇÃO 


UNIVAC 


MICROPROGRAMAÇÃO 
MULTIPROGRAMAÇÃO 


Que Plano? 

Quem o está a executar? 

Será que a Associação Portuguesa 
de Informática vai ser a última entidade 
a sabê-lo? 

Será que está a ser elaborado (como 
muitos sistemas informáticos que conhe- 
cemos) para entreter uns quantos se- 
nhores e esquecendo a realidade que 
6 País é — e não descendo às empresas 
º instituições que efectivamente actuam 
com e na Intormática? 

5. Que o País já tem tido muitos 
planos — todes nós sabemos. 

Que o Plano Nacional de Informá- 
tica possa ser um exemplo de adequa- 
ção à realiade do País, de quadro de 
orientação para instituições públicas e 
Privadas e que as suas disposições pos- 
sam levar a uma maior eficiência dos 
Sistemas Informáticos (e de um modo 
geral do sistema produtivo que o País 
deve ser) —. é o que se lhe exige. 

E que não demore — o País urge. 


90/30 


COMPATIBILIDADE 
LINGUAGENS DE ALTO NÍVEL 
CRESCIMENTO 


SPER=Y <> UNIVAC 
O Sucesso dos Nossos Clientes é o Nosso Sucesso 
SPERRY UNIVAC é uma divisão da Sperry Rand Corp. 


E eee nad SR 


[ep] 
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livros 


NOTAS DE LEITURA 


- HAYES, J. E.; LEVY, D. N. — «The 
World Computes Chess Champion 
Ship» — Edinburgh University Press, 
1976. 


Este é o terceiro livro sobre xadrez 
computacional, escrito para leigos (os 
2 primeiros foram: «Computers, Chess 
and Long Range Planning», por Botw- 
innik (editado pela Springer - Verlag) 
e «Computer Chess» por Newborn (edi- 
tado pela Academic Press). 

O livro trata dos jogos e aconteci- 
mentos que ocorreram no primeiro cam- 
peonato mundial de xadrez compu- 
tacional, em Estocolmo (1974), o qual 
foi ganho pelo programa russo Kaissa. 
Na primeira parte, é apresentada resu- 
midamente a história do xadrez jogado 
por programas (vulgo, computador), 
e introduzidos alguns conceitos e con- 
tribuições teóricas feitas ao longo dos 
tempos. O campeonato é descrito atra- 
vés dos jogos e dos programas que nele 
intervieram. Estes são comparados 
através das suas principais caracterís- 
ficas técnicas, as quais servem para evi- 
denciar as razões de determinadas joga- 
das em dadas situações ou fases do 

go. 

O livro está escrito de forma muito 
simples, sendo facilmente entendido 
pelos amadores de xadrez sem conheci- 
mentos de Informática. 


JANCO, M.; FURJOT, D. — «Injor- 
matique et Capitalisme» — Economie 
et Socialisme 18 — François Maspero, 
1972. 


Este trabalho académico, orientado 
por Ch. Bettelheim, é o resultado de 
investigações realizadas com o objectivo 
de esclarecer a relação da informática 
com o capitalismo e de aprender o seu 
papel numa sociedode socialista. 

O primeiro objectivo é de certo modo 
aúngido, sendo acompanhado da. apre- 
sentação de documentação abundante 
sobre o lugar da informática na eco- 
momia dos Estados Unidos, Japão, Ale- 
manha Federal, Itália, Reino Unido e 
França. O caso «exemplar» da empresa 
multinacional IBM é detalhado minu- 
ciosamente. 

O segundo objectivo é articulado atra- 
ses de teses, centradas num ataque à 


poltica informática soviética, as quais 
não encontram no texto nem a demons- 
tração plausível, nem os factos e nú- 
meros descritores dessa realidade. O 
contraponto não existe, ficando por 
esclarecer o que os autores pensam so- 
bre o papel desempenhado pela infor- 
mática na construção de uma sociedade 
socialista, e como a sua articulação com 
as outras estruturas da economia poderá 
ser correctamente realizada. 

Os autores desconhecem, de facto, a 
existência de várias políticas para a 
informática em países socialistas, e os 
factores que as têm determinado e con- 
dicionado. A motivação central do livro 
concentra-se nos aspectos económicos, 
políticos e ideológicos da informática 
em países capitalistas, 

A questão da informática é enunciada 
nas suas múltiplas dimensões e colo- 
cada no seu contexto. O seu vector tec- 
nológico é pressentido, descobrindo-se 
as suas relações com várias instâncias 
do sistema capitalista, e o apoio conce- 
dido aos aparelhos ideológicos do estado. 
Deste modo é captado, também, o lugar 
da informática no processo de repro- 
dução do sistema. 

Das várias teses apresentadas e argu- 
mentadas, embora não exaustivamente, 
salientamos algumas que nos parecem 
merecer um cuidado especial: 


1 — Sobre os aspectos económicos: 


1)Em regime capitalista monopolista 
a informática aparece simultaneamente 
como um elemento novo do potencial 
produtivo, reforçando o sistema econó- 
mico, e como um factor conducente a 
distorsões nas estruturas sociais: a infor- 
mática age como revelador das relações 
de dominação e exploração. 

2) A informática aparece como arma 
estratégica de vastos complexos oligo- 
polistas, que formam a estrutura de 
base do capitalismo moderno. 

3) A informática não modifica a ques- 
tão fundamental do capitalismo: «como 
explorar?». Pelo contrário, é a partir 
desta preocupação que encontra a sua 
razão de ser. 

4) A informática em regime capita- 
lista tem por objectivo neutralizar a 
tendência para a queda da taxa de 
lucro. 

5) O computador permite fortalecer 
a logística industrial, através de deter- 


minação dos programas de investimen- 
tos e da avaliação de riscos. 

6) A informática põe em acção me- 
canismos, que são chamados a se de- 
senvolver para investir progressiva- 
mente em todos os sectores de inter- 
venção da economia, 

7) A informática aparece sob duas 
formas contraditórias: 


— redução das despesas improdutivas 
e aumento da produtividade; 
— não é um trabalho produtivo. 


8) Só a racionalidade dum sistema 
fundado numa teoria económica cientí- 
fica (socialismo) é capaz de assegurar, 
pela apropriação colectiva, a plena ra- 
cionalidade técnica dos meios de pro- 
dução e distribuição. 


1 — Sobre os aspectos políticos: 


9) A informática tem de ser um fac- 
tor de orientação dos indivíduos para 
actividades mais criadoras e libertado- 
ras, onde o tempo de trabalho não seja 
mais o padrão da riqueza. 

10) A informática não é em si mesma 
um factor de emancipação das classes 
trabalhadoras. O problema da sua liber- 
tação não é de ordem técnica, mas de 
ordem política, e só tem sentido se faz 
referência à natureza do modo de pro- 
dução. 

11) A informática concentra as estru- 
turas de autoridade, permitindo au- 
mentar o poder de controlo em todos os 
níveis. 

(Racionalizar a produção é fortalecer 
as estruturas de poder). 


WI — Sobre os aspectos ideológicos: 


12) A informática nos países capita- 
listas não tem a função de responder 
a perguntas, mas sim de as evitar, neu- 
tralizando-as até mesmo na sua formu- 
lação. 


Estas teses, apresentadas como exem- 
plo, poderiam e deveriam ser objecto 
de uma discussão profunda e científica. 
Os autores preferiram subordiná-las e 
articulá-las dentro da ideologia que 
«pretendem» defender: o marxismo- 
lJeninismo. 

Mas, fazendo um discurso verbalista 
c idealista, cheio de «boas intenções», 
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esquecem por vezs o ponto de partida, 
e escrevem precisamente o oposto do 
que proclamam. Daí que a contradição 
entre o que pretendem ser e o que di- 
zem seja exposta de forma evidente, 
no capítulo dedicado aos aspectos ideo- 
lógicos. As anteriores teses são neste 
capítulo invertidas e cimentadas numa 
cegueira antimaterialista, cujo alvo já 
não é o imperialismo, mas o socialismo. 
Pegando no caso da União Soviética, 
constroem um ataque, declarado só 
como anti-revisionista, apoiando-se no 
livro de Quimiou, «A informática, os 
quadros e a sociedade» (ed. Estampa) 
e em algumas notícias de jornais diá- 
rios. Bem pouco, para compreender a 
realidade que não querem ver, Deste 
modo, a tese que pretendem ver escla- 
recida, que na União Soviética à infor- 
mática não é utilizada para a constru- 


ção de uma sociedade socialista, porque 
O comunismo de choque não é mais 
que um tecnocratismo revisto, perde-se 
numa teia de factos alheios a esse objec- 
tivo *. 

O leitor pressente facilmente a ausên- 
ca de dados que permitam apoiar os 
pontos de vista dos autores, e julga-os 
pelo que fazem: ocultar o principal e 
divulgar o acessório. Desmorona-se a 
pretensa análise marxista tão procla- 
mada; pelos autores, através de insu- 
ficiências e ausências de aprofunda- 
mento, que denotam o texto como um 
discurso idealista, e não enriquecedor 
da problemática focada. 

Os autores, rejeitando os dados que 
caracterizam uma realidade, seleccio- 
nando os que podem suportar as teses 
desejadas, ajustando as notícias e os 
programas a esses anseios, retirando- 


-lhes o contexto em que eles se inserem 
constroem uma análise que se opõe 
frontalmente a uma análise marxista. 

Mais, demonstram de facto que as 
intenções (as boas) logo declaradas no 
início do texto, não passavam de meras 
vulgaridades lançadas pela moda dos 
tempos, e nunca os princípios (axio- 
mas) orientadores de todo o discurso. 

As contradições do texto, tornadas 
evidentes no capítulo dos aspectos ideo- 
lógicos, ajudam a esclarecer a lógica, 
de classe, dos autores e a determinar 
com rigor o carácter anticientífico deste 
texto. 


* A propósito, o artigo <A history of com- 
Puting in the USSR>, do professor Ershov, 
publicado pela revista «Datamation», Se- 
tembro 1975, consegue demonstrar clara- 
mente a negação desta tese. 


publicações 
a ere upee e Et À 


Publicações da 


Foram recentemente publicados como 
relatórios da DI os seguintes trabalhos: 


— PEREIRA, L.M. — Artificial In- 
telhgence Techniques in Automatic 
Layout Design — LNEC, 1977. 


— ESTEVES, M. L.; PORTELA, A. 
— Geração Interactiva de malhas 
de Elementos Finitos (Comunica- 
ção apresentada ao Seminário de 
Computação Gráfica — LNEC, 
Março de 1977) — LNEC, 1977. 


— CUNHA, L. A.; CUNHA, ND, 
— Algumas notas sobre utilização 


Divisão de Informática do 


de Macros em linguagens de «As- 
sembler» — LNEC, 1977. 


-- LUCAS, A.; MOTA, A.; MAR- 
ONES 15,0: que é um Sistema 
de Gestão dc Bases de Dados (Data 
Base Management System)? — 
LNEC, Julho 1977. 


— ESTEVES, M. L. -. Modelo Mate- 
mático do Ruído de T; ráfego Aéreo, 
Programa Avião, For — LNEC, 
Julho 1977. 


-— LUCAS, A. M. — Elaboração Au- 
tomática de Quadros — LNEC, 
Agosto 1977. 


LNEC em 1977 


— ESTEVES. M. L. —. Modelo Mate- 
mático do Ruído de T; ráfego Rodo- 
viário —. LNEC, Outubro 1977. 


— WARREN, D. H.; PEREIRA, L. 
M.; PEREIRA, F. — PROLOG —. 
The Laaguage And Its Implemen- 
tation Compared With Lisp — 
LNEC, Setembro 1977. 
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Prolog, uma linguagem de programação em lógica 


PROLOG é uma linguagem baseada na lógica dos predicados (lógica de 

“1.º ordem), criada em Marselha em 1970 pela equipa de Alain Colmerauer, 
e desenvolvida desde então em Marselha, Edimburgo e Lisboa. Existem actual- 

mente versões do PROLOG, acessíveis em vários sistemas, dos quais destacamos: 


VERSÕES DO PROLOG 


SISTEMA LINGUAGEM TIPO DATA AUTOR LOCAL 
ALGOL-W interpretador | 1970 | P. Roussel Marselha 
FORTRAN interpretador | 1972 | Battani, Meloni| Marselha 
IBM 370/158 | VM/CMS interpretador | 1976 | Roberts Waterloo 
Solar 
e Exorciser ASSEMBLER | interpretador | 1976 | P. Roussel Marselha 
PASCAL interpretador | 1976 | Bruynooghe | Lovaina 
ICL— 1900 CDL interpretador | 1976 | Szredi Budapest 
DECsystem-10 | MACRO 10 compilador e | 1977 | D. Warren, Edinburgh 
e PROLOG interpretador L. M. Pereira | e Lisboa 
e F, Pereira 


NOTA: Todas as versões, exceptuando a 1.º, encontram-se actualmente acessíveis. 


O PROLOG é uma linguagem de muito alto nível, cuja importância poderá 
ser avaliada através da já vasta documentação publicada. Daí, a oportunidade 


de a apresentar aos leitores da revista, 
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ADMITA UM NOVO E EFICIENTE COLABORADOR 
PARA A SUA EMPRESA 
O COMPUTADOR 61/40 DA CIl HONEYWELL BULL 


O computador 61/40 é um cola- 
borador eficaz e económico que ne- 
cessita de um espaço reduzido para 
se instalar. 


Sendo um verdadeiro computador, 
embora de baixo custo, tem grande 
flexibilidade, respondendo rapida- 
mente a todas as necessidades, tais 
como o processamento de vencimen- 
tos, facturação, controlo de stocks, 


= 


Cii Honeywell Bull 


MUDE PARA A INFORMÁTICA CRIATIVA 


salários, contabilidade, etc., e forne- 
cendo mapas de gestão indispensá- 
veis à actividade da sua empresa. 


O computador 61/40 é de fácil uti- 
lização e a sua capacidade de diálogo 
é enorme. Permite a outros colabo- 
radores da sua empresa acederem, 
através de terminais, às informações 
de que dispõe. 

Fabricado em França, o compu- 
tador 61/40 é já um colaborador de 


milhares de empresas espalhadas por 
todo o mundo. 


Se desejar mais informações sobre 
o seu futuro colaborador — o compu- 
tador 61/40 — contacte, mesmo pelo 
telefone, a Cii Honeywell Bull. Em Lis- 
boa, fale com Carlos Vidinha e, no 
Porto, com Oliveira Santos. Ou escre- 
va-lhes, se preferir. 


Escolha um bom colaborador. 
Escolha um 61/40. 


Lisboa: Av. 5 de Outubro, 35-6.º 
Telefs. 53 41 81/54 99 26 


Porto: Rua Júlio Dinis, 825-3.º 
Telefs. 69 21 69/69 21 60 
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LNEC — Laboratório Nacional de Engenharia Civil 
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A experiência do LNEC no domínio 
da informática é de cerca de dezoito 
anos, tendo o seu Centro de Cálculo 
sido equipado com computadores das 
sucessivas gerações. 

Criado em 1957, o Centro começou 
por possuir um computador electrome- 
cânico IBM 602-A e um computador 
electrónico IBM-604. 

De 1959 a 1963 dispôs-se de um 
computador STANTEC-ZEBRA, de 1.º 
geração, com 8192 palavras de 33 bits 
de memória central. 

Em 1963, e até 1968, utilizou-se no 
Centro um computador de 2.º geração, 
NATIONAL-ELLIOT 803-B, cuja me- 
mória central era de 8192 palavras de 
39 bits. 

A partir de 1968, instalou-se no Cen- 
tro um computador de 3.º geração, o 
sistena ELLIOT 4100. Este sistema era 
constituído por um processador 4130, 
por uma memória central de 24 576 
palavras de 24 bits com 6 microsse- 
gundos de ciclo básico, por memória 
periférica em banda magnética com a 
capacidade de 39 000 000 de caracteres, 
por um traçador de gráficos e por uma 


impressora de linhas rápida. A memó- 
ria periférica foi posteriormente aumen- 
tada para 52 000 000 de caracteres. 

Em 1972, aumentou-se a memória 
central deste sistema para 32 768 pala- 
vras de 24 bits. A configuração em 
1975, antes da aquisição do novo com- 
putador, é portanto basicamente a de 
1968, salvo os acréscimos de memória 
periférica e central levados a cabo. 

Novas necessidades internas do L.N. 
E.C. (tais como o processamento em 
tempo real, a utilização de «time-shar- 
ing>, o interesse em dispor de um com- 
putador de maior capacidade de me- 
mória) levaram ao lançamento, no iní- 
cio de 1974, de um concurso para aqui- 
sição de um novo computador, de onde 
resultou a adjudicação do DEC-10, 
feita à Digital Equipment Corporation. 
Este equipamento permite: 


— A instalação de um número muito 
elevado de terminais de telepro- 
cessamento, os quais, equipados 
com minicomputadores, podem 


operar independentemente. Estes 
terminais, quando ligados por li- 
nhas telefónicas ao computador 
principal, ficam a dispor das po- 
tencialidades deste; 


— A resolução de problemas de 
grande dimensão, pois dispõe du- 
ma larga memória central (128 K 
palavras de 36 bits) com ciclo 
básico de 0,95 us, tempo de acesso 
0,55 us e sistema de memória vir- 
tual; 

— O controlo de experiências em 
tempo real, mediante a ligação 
a conversores analógico-digitais 
e interfaces adequados; 

— A pesquisa bibliográfica automá- 
tica, na biblioteca do LNEC, visto 
estar equipado com terminal vi- 
sua! alfanumérico e com memória 
de discos; 

— Uma fácil comunicação homem- 
«máquina, visto estar equipado 
com terminal gráfico («graphic 
display») e caneta luminosa 
(«light pen»); 

— Novas facilidades no cálculo cien- 
tífico e no cálculo de gestão, dis- 
pondo de compiladores relativos 
às principais linguagens. 


Num país como Portugal onde exis- 
tem poucos e mal aproveitados compu- 
tadores é de muita responsabilidade a 
exploração de um moderno computador 
de larga dimensão como o DEC-10, 
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que representa um investimento de vá- 
rios milhares de contos feito pelo Go- 
verno. Pensa-se assim incrementar o seu 
uso quer no interior do LNEC quer no 
exterior, dando em parte contributo 
para a resolução de problemas técnicos 
e científicos ligados com a realidade 
actual do País. 

Seguem-se alguns dos domínios de 
actividade da informática em curso: 


— Análise de estruturas (edifícios, 
pontes, barragens, etc.); 

— Habitação e urbanismo (inqué- 
ritos, planeamento urbano, etc.); 

— Transportes, viação, rodovias 
(traçado automático de estradas, 
criação de bancos de dados sobre 
acidentes, etc.); 

— Hidráulica marítima (portos, 
praias, defesa costeira, etc.); 

— Hidráulica fluvial e urbana, hi- 
drologia, etc.; 

— Documentação automática (auto- 
matização de ficheiros de biblio- 
teca); 

— Gestão (gestão financeira, con- 
trolo automático de assiduidade, 
étc.); 

— Cálculo numérico em geral, in- 
formação gráfica, etc. 


A DI dará assim apoio, em matérias 
relacionadas com a engenharia civil em 
geral, às necessidades internas sentidas 
pelos diferentes Serviços do LNEC e às 
necessidades externas das entidades que 
desejem utilizar os recursos do novo 
computador, quer a nível público (pro- 
blemas relacionados mais directamente 
com o MOP quer a nível privado (ga- 
binetes de projecto e consultoria de en- 
genharia civil, arquitectura, etc.). 

A possibilidade de montagem de ter- 
minais ligeiros ou pesados ligados alo 
computador central está aberta a qual- 
quer entidade. 

O novo Centro de Cálculo da DI, 
equipado com o computador DEC-10, 
entrou em funcionamento, conforme 
fora previamente programado, no dia 
2/1/76. 

As normas de gestão, operação e uti- 
lização, bem como à fixação de preços 
de exploração, são de grande comple- 
xidade, que deriva da própria comple- 
xidade do sistema e da falta de expe- 
riência relativamente a sistemas con- 
géneres no País. 

Os diversos problemas surgidos neste 
campo têm sido objecto de trocas de 
impressões dentro do LNEC (em reu- 
niões com a Direcção, com os Chefes 
de Serviço, com a Comissão de Utili- 
zadores do Computador — CUC, etc.) 
e no exterior (visita e estágios em cen- 
tros similares no estrangeiro, contactos 
com o Departamento de Informática da 
Direcção-Geral de Organização Admi- 


nistrativa (DGOA) do MAI, com o Ga- 
binete de Planeamento do MOP, com 
o Secretário de Estado das Obras Pú- 
blicas, etc.). É porém aconselhável que 
as primeiras normas que se promulga- 
ram (nota de Serviço n.º 124/75 de 
31-12-75) revistam um carácter expe- 
rimental durante um período inicial de 
três meses em que a crítica dos utili- 
zadores desempenhará um papel de 
grande importância. 

O DEC-10 funciona em «batch» e 
em «time-sharing». 

No que respeita ao «batch» os dados 
em fita perfurada, cartão perfurado ou 
fita magnética, deverão ser entregues 
no sector de Gestão da DI, que forne- 
cerá posteriormente os resultados na 
forma acordada com o utilizador. Nesta 
modalidade o funcionamento será aná- 
logo ao do anterior computador, po- 
dendo a DI receber trabalhos do exte- 
rior do LNEC (directamente ou através 
das Divisões que os deverão continuar 
a acompanhar da respectiva requisição 
em mod. 4) ou do interior mediante 
processo análogo de requisição. 

No que respeita ao «time-sharing» 
haverá os seguintes terminais disponí- 
veis no LNEC: 


Na DI: 


— 2 terminais (teletipo LA 36 e ter- 
minal alfanumérico VT 05) que 
podem ser utilizados por outros 
elementos do LNEC ou do exte- 
rior; 

— 2 terminais («graphical display» 
GT 42 e terminal alfanumérico 
VT 05. 


As normas de utilização de terminais 
instalados na DI serão afixadas nos res- 
pectivos locais. 


Nos Serviços: 


Haverá três terminais constituídos 
por teletipos Westrex. 


No exterior: 


Terminais que venham a ser mon- 
tados por clientes interessados em li- 
gar-se ao DEC-10. 


2 


O computador DEC system-10 é pro- 
duzido pela Digital Equipment Corpo- 
ration, também fabricante da linha de 
minicomputadores PDP. O DEC sys- 
tem-10 surge como a evolução do com- 
putador PDP-10, de 1967, e o seu pro- 
cessador central é de 1973. 

Aspectos fundamentais do sistema: 


— Memória virtual; 
— «Spooling»; 


— Um único sistema de operação 
(MONITOR) e uma única lin- 
guagem de controlo para: «batch» 
multiprogramado; «batch» remo- 
to; «time-sharing», processamento 
em tempo real; 

— Transmissão de dados síncrona 
e assíncrona em códigos múlti- 
plos; 

— Optimização de acesso a disco; 

— Manipulação automatizada de fi- 
cheiros em disco; 

— Operação assíncrona do processa- 
dor, memórias e periféricos; 

— Palavra de 36 bits tanto para ope- 
rações aritméticas como para 
transmissões de dados; 

— 378 instruções máquina, incluin- 
do ponto flutuante com dupla 
precisão e manipulação de «by- 
tes» de comprimento variável; 

— Código reentrante; 

— Atribuição dinâmica de recursos 
aos diversos programas, depen- 
dendo de prioridades, estado dos 

"programas, história anterior e vá- 
rios critérios de optimização; 

— Independência dos programas re- 
lativamente aos periféricos («de- 
vice independent programs»); 

— Fácil adaptação de periféricos não 
«standard». 


Descrição da configuração 


A configuração é constituída pelos 
seguintes elementos básicos: 


— Processador central KI 10 com 
endereçamento virtual de 4096 K 
palavras; 

— Dois blocos de memória MF 10 
de 64 K palavras, de tempo de 
acesso 0,55 us e ciclo básico de 
0,95 ps; 

— Duas unidades de disco RP 03 
de 10M palavras de 36 bits e 
controlador RP 10 C; 

— Duas unidades de banda magné- 
tica TU 10 de 9 canais, 36kc 
e 800 bpi, e controlador TM 10A; 


— Uma impressora LP10F de 
1250 lpm; 

— Um leitor de cartões CR 10 F de 
300 cpm; 


— Um leitor perfurador de fita 
PT 10S de 1000/110 cps e «in- 
terface»; 

— Um traçador de gráficos (já exis- 
tente no LNEC) e controlador; 

— Um «interface» DC 10 A para 
64 linhas de comunicação; 

— Um controlador DC 10 B para 
8 terminais; 

— Um sistema de processamento grá- 
fico GT 42 AB. 
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Pela sua longa experiência de ope- 
ração do Centro de Cálculo e pela dis- 
ponibilidade de especialistas nos dife- 
rentes domínios da informática o LNEC 
apresenta garantias de exploração efi- 
ciente do computador que utiliza, ne- 
cessitando todavia de uma estrutura 


orgânica que integrasse o pessoal que 


Divisão DE wroRmárica 


lhe iria ficar dedicado. Foi assim criada 
em 15-10-74 a Divisão de Informática 
do LNEC (DI), directamente depen- 
dente da Direcção e integrando cerca 
de 25 pessoas, entre as quais todo o 
pessoal da anterior Divisão de Mate- 
mática Aplicada, então dependente do 


Serviço de Estruturas. 
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Os pEcUesos. Tarogmar y 
e DSLÁEC. 


Sor. forr cof. TENS DiviP, (TA) 


A DI integra diferentes categorias de 
pessoal técnico: perfuradores, operado- 
res, programadores, pessoal de gestão, 
etc., dispondo de quadros adequados 
quer à resolução de problemas relacio- 
nados com «hardware» (telecomunica- 
ções, desenvolvimento de sistemas digi- 
tais, etc.) quer a problemas de «soft- 
ware». 
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calendário 


Conferências Internacionais de Informática para 1978 


Fifth ACM Symposium on Principles of Programming Languages 


ACM Computer Science Conference 


Symposium on Computer Network Protocols 


3rd Symposium on Programming 


Conference on Information Sciences and Systems 


Second International Conference on Combinatorial Mathematics 


Computer Algebra Symposium 


3rd International Conference on Software Engineering 


International Conference on the Perfomance of Computer Installations 


Symposium on Modeling and Simulation Methodology 


Third Jerusalem Conference on Information Technology 


International Conference on Data Bases: Improving Usability and Responsiveness 


Fifth Annual Conference on Computer Graphics and Interactive Techniques 


The 6th Simula User's Conference 


INFORMÁTICA NA UNL 


Em Outubro e Novembro de 1978 realizar-se-á um CURSO DE INTRO- 


DUÇÃO A INVESTIGAÇÃO, na Universidade Nova de Lisboa. 


Serão versadas as seguintes matérias: 


— Modelos Relacionais de Bases de Dados 


— Computação Gráfica 


— Arquitectura e Micro-Electrónica 


— Compilação 


— Metodologias de Análise de Sistemas 


— Linguagens de Muito Alto Nível 


Janeiro 23-25, 1978 
Tucson (U.S. 4.) 


Fevereiro, 1978 
Pittsburgh (U.S. A.) 


Fevereiro 13-15, 1978 
Liege (Bélgica) 


Março, 1978 
Paris (França) 


Março, 1978 
Baltimore (U.S. 4.) 


Abril, 1978 
New York (U.S. A.) 


Maio, 1978 
Wisconsin (U.S. 4.) 


Maio, 1978 
dtlanta (U.S. 4.) 


Junho, 1978 
Milan (Itália) 


Agosto, 1978 
Rehovol (Israel) 


Agosto, 1978 
Jerusalém (Israel) 


Agosto, 1978 
Haifa (Israel) 


Agosto, 1978 
Atlanta (U.S. 4.) 


Setembro, 1978 
LNEC, Lisboa (Portugal) 


EEE E E TE 


Para obter informações, contacte os 


SERVIÇOS ACADÉMICOS 


UNIVERSIDADE NOVA 
DE LISBOA 


QUINTA DO CABEÇO 


SEMINÁRIO DOS OLIVAIS 
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REVISTA DA IMPRENSA 


Da. 
+ 
A, 


NACIONAL 


Portanto, e o ministro salientou-o 
várias vezes, o Estado tem feito cobrar 
os seus impostos. E vai continuar a fa- 
zê-lo permitindo menos «borlistas». 
Anuncia-se para muito breve a entrada 
em funcionamento de um completo cen- 
tro de informática do Ministério das 
Finanças que controlará o contribuinte, 
impedindo as fugas ao fisco resultantes 
da multiplicidade de personalidades que 
certos indivíduos adoptam para alivia- 
rem a sua carga fiscal. Tal centro terá 
um leque amplo de tarefas, nomeada- 
mente: liquidação automática, controlo 
por numeração do contribuinte, criação 
de bancos de dados, implantação de um 
cadastro generalizado de prédios urba- 
nos e rústicos, automatização da liqui- 
dação, exploração da informação econó- 
mica-fiscal, racionalização dos circuitos 
de procedimento, automatização das 
contas anuais e suas revisões, automa- 
tização da cobrança de receitas propor- 
cionando aos contribuintes o pagamento 
através da banca nacionalizada. Permi- 
tirá também fechar a Conta Geral do 
Estado no princípio do ano seguinte e 
fará um rigoroso controlo das viaturas 
do Estado e gastos de combustível. 

(«Jornal de Notícias», Conferência 


de Impresa no Miinstério das Fi- 
nanças, 21-6-77) 


O Instituto de Electrónica «Mera», 
de Varsóvia, apresentou um computador 
que converte em sons auditivos os ca- 
racteres de uma máquina de escrever. 
O minicomputador «Mera 302» trans- 
mite ao amplificalor em onda de voz 
os textos mecanografados que acumu- 
lou no seu cérebro electrónico. 


(«Jornal de Notícias», 3-4-77) 


Neste momento estão a funcionar 
em Portugal centenas de computadores 
das mais variadas dimensões, todos eles 


importados. Essas importações, que não 
obedecem a qualquer política ou plano, 
são feitas quase totalmente através de 
sucursais multinacionais americanas 
aqui instaladas. Nalguns casos, estas 
sucursais registam facturações anuais da 
ordem do meio milhão de contos. 

A concepção e a produção de compu- 
tadores pressupõe um desenvolvimento 
científico e tecnológico que está fora das 
possibilidaes portuguesas. Além disso, 
as regras do mercado mundial tornam 
impossível pensar em substituir uma 
parte significativa das importações por 
produção nacional, pelo menos a curto 
ou médio prazo. Assim, no plano ime- 
diato, a questão que se coloca é a de 
comparar as centenas de milhares de 
contos em divisas que Portugal paga 
anualmente para importar os compu- 
tadores com o resultado social da sua 
utilização. 

Na verdade, o tipo de utilização dos 
computadores que se pratica no País 
é uma outra frente polémica, pois prati- 
camente não tem nada a ver com o au- 
mento da produção, nem com a maior 
eficiência dos servi:os de carácter social 
que se destinam à generalidade da po- 
pulação (como o ensino, a saúde, a ha- 
bitação, etc.). 

(«O Diário», suplemento economia 


e desenvolvimento independente, 
19-07-77) 


Um banco português, o Banco Pinto 
& Sotto Mayor, faz parte da primeira 
rede internacional de pagamentos elec- 
trónicos do Mundo para processamento 
de cartões de crédito em transacções a 
retalho. 

Trata-se de um sistema introduzido 
pela «Visa Credit Card», compreen- 
dendo cerca de 9000 bancos de vinte 
países que emitem cartões, 

Este sistema tem a sua central ins- 
talada nos Estados Unidos, em San 
Francisco. 

O sistema reduz as despesas de com- 
pensação internacional aos bancos mem- 


bros em aproximadamente um terço dos 
níveis anteriores e dá aos portadores de 
cartões melhores taxas de câmbio em 
compras no estrangeiro. 

As despesas de conversão de câmbios 
dos bancos são reduzidas por meio de 
conversões computarizadas de câmbios 
e liquidações únicas. Os pormenores do 
talão de compra com os de moeda já 
convertidos pelo computador são trans- 
mitidos para o centro de computadores 
do sistema para uma única liquidação 
em dólares norte-americanos. 

Os bancos têm uma menor necessi- 
dade de numerário em caixa e benefi- 
ciam de uma redução de despesas de 
manipulação de papel-moeda, especial- 
mente porque recebem todos os dados 
sobre as transacções no estrangeiro em 
fitas magnéticas, que podem ser ligadas 
directamente aos seus próprios sistemas 
de facturamento dos portadores de car- 
tões ou ao respectivo sistema de débito. 

(«Jornal de Notícias» e «Diário de 
Lisboa», 23-07-77) 


A multinacional norte-americana 
IBM terá de cessar as suas actividades 
na Índia se não respeitar as normas 
impostas pelo governo indiano sobre 
empresas estrangeiras, declarou em 
Nova Iorque um porta-voz daquela 
multinacional. 

A mesma fonte acrescentou que no 
passado dia 12 de Setembro, um mem- 
bro do governo indiano informou a, de- 
legação da IBM que as actividades da 
empresa no país apenas poderiam con- 
tinuar se ficassem na Índia 60 por cento 
dos lucros da empresa nas operações 
de «marketing» e de serviços. 

A IBM considerou as medidas do go- 
verno indiano contra as multinacionais 
«inaceitáveis» e decidiu apresentar uma 
contraproposta. Esta é a segunda multi- 
nacional norte-americana a ser objecto 
das medidas económicas do governo in- 
diano. A primeira foi a Coca-Cola que 
já cessou a sua actividade naquele país. 


(«O Diário», 21-09-77) 
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«3. Para além das condições a curto 
prazo acima, discriminados, terão de ser 
iniciados os trabalhos relativos a uma 
transformação mais profunda do sistema 
fiscal e do suporte administrativo para 
o aplicar, envolvendo, nomeadamente, 
estudos e actuações nos seguintes do- 
mínios: 

(...) 

c) Reorganização dos serviços tri- 
butários, por forma a torná-los 
aptos para suportar as exigências 
da evolução do sistema fiscal, 
designadamente através das se- 
guites modalidades de acção: 


fe) 

— desenvolvimento do sistema de 
informática na administração fis- 
cal, com introdução do número 
de contribuintes, a centralização, 
tratamento e imputação dos dados 
tributários, a liquidação e conta- 
bilização dos pagamentos, a fis- 
calização cruzada das operações 
com relevância fiscal entre con- 
tribuintes, etc.». 


(Governo Provisório da República 
Portuguesa, Programa de Política 
Económica e Social, Fev.º 1975, 


pág. 69) 


«2. Medidas relativas à Administração 
Central 


(res) 

2.2. Formulam-se, no entanto, des- 
de já, algumas normas de execução ime- 
diata que, ou por serem prática iniciada 
em alguns sectores depois do 25 de Abril 
ou por serem princípios de gestão em 
qualquer sector de actividade, são sus- 
ceptíveis de aplicação imediata. Assim: 


y 

d) De modo a coordenar, normalizar 
e dar apoio às iniciativas dos vá- 
rios sectores da administração pú- 
blica, no domínio da informática, 
torna-se necessário definir a for- 
ma de intervenção da Direcção- 
-Geral da Organização Adminis- 
trativa, como órgão central de 
coordenação, para onde devem 
convergir os esforços e experiên- 
cias de todos os serviços, grupos 
de trabalho e comissões que estão 
funcionando em termos de pro- 
jecto de informática. 


Entretanto, será criada brevemente 
uma empresa pública de Informática 
destinada. sobretudo a apoiar, nesta pri- 
meira fase, a actividade do Ministério 
das Finanças.» 

(idem, idem, pág. 165) 


ESTRANGEIRA 


Existem dezasseis milhões de cegos 
no Mundo; e um francês em 1200 é 
cego. Existem actualmente poucas 
obras, revistas, etc., disponíveis em 
«braille». A razão é não só o custo da 
impressão dos textos, mas também as 
dificuldades devidas à sua transcrição 
nesse código de seis pontos, espécie de 
morse táctil que é o «braille». 

Foi à automatização desta transcri- 
ção que se interessou uma equipa de 
professores e investigadores da Univer- 
sidade de Paul-Sabatier de Toulouse, 
associada igualmente ao CNRS. Eles 
são os fundadores do centro de trans- 
crição por computador do «braille» inte- 
gral e abreviado (TOBIA). Outras equi- 
pas trabalham igualmente em França 
ou no estrangeiro neste assunto. O CN 
AM e o IUT de Clermont-Ferrand tra- 
balham numa transcrição em APL. Na 
Dinamarca, na Alemanha, Inglaterra, 
Holanda, Canadá e Estados Unidos, 
pesquisas paralelas estão igualmente em 
curso, 

O dispositivo posto em prática no 
centro Tobia compreende três fases: 


— a entrada de dados, isto é, do 
texto negro, efectua-se com a aju- 
da de um terminal de «écran» ou 
por cartões perfurados, cassetes, 
fitas perfuradas ou bandas mag- 
néticas de fotocompositores; 

— o programa de transcrição de 
«braille» integral, que efectua 
também a paginação, é compatí- 
vel com todos os tipos de compu- 
tadores, mesmo os minis, Pelo 
contrário o do «braille» abreviado 
não é operacional senão com um 
Iris 80; 

— a saída do texto em «braille» é 
realizada por uma impressora 
«braille» TME 8 BR, construída 
pela Sagem, com a ajuda da Dieli 
e segundo as indicações fornecidas 
pelo centro Tobia. O texto «brail- 
le» é impresso à velocidade de 
15 cps. A restituição pode igual- 
mente operar-se com cassetes, 
bandas perfuradas ou magnéticas. 


O sistema de transcrição automático 
permite essencialmente reduzir os tem- 
pos de fabricação. Os cegos terão assim 
acesso mais rápido às revistas, jornais 
(nenhum diário ou semanário de infor- 
mação está disponível no momento 
actual) e livros da actualidade. 

Este sistema poderia também ser uti- 
lizado para imprimir, em «braille», ex- 
tractos bancários ou postais, recibos, 
boletins de salários, etc. 


(«Ol Hebbo> n.º 443) 


Depois dos novos sistemas búlgaro- 
-soviéticos EC 1022 e soviético-polacos 
EC 1033, eis que a Checoslováquia con- 
tribui agora com o sistema EC 1025 
para o programa EC 2 do sistema uni- 
ficado de computadores dos países socia- 
listas europeus, 

(«Ol Hebbo» n.º 444) 


As estatísticas aduaneiras dos Esta- 
dos Unidos relativas ao ano de 1976 
foram publicadas. Elas mostram uma 
progressão de 16 % das exportações 
americanas de computadores para o 
Mundo inteiro, atingindo a cifra de 2587 
milhões de dólares dos quais 273 para 
França, em quarta posição após o Ca- 
nadá, a Grã-Bretanha e a RFA. 

(«Ol Informatique» n.º 110) 


e 
Primeira Reunião do Comité Intermi- 
nísterial de Informática 


Este Comité, que é necessário não 
confundir com a Comissão Interminis- 
terial de Informática nem com as 
Comissões de Informática de cada Mi- 
nistério, tem por vocação ser a instância 
de arbitragem para os litígios provoca- 
dos pela aplicação da política preferen- 
cial de compras a favor da indústria 
francesa. Deve por outro lado examinar 
os projectos informáticos das empresas 
nacionalizadas e dos estabelecimentos 
públicos de carácter industrial e comer- 
cial. Mas interrogamo-nos sobre os limi- 
tes desta definição. Isto quer dizer que 
este novo Comité poderá condicionar os 
projectos informáticos das filiais das em- 
presas nacionalizadas? Parece que só as 
filiais em que a vocação está directa- 
mente ligada ao objecto social da casa 
mãe estarão debaixo da sua tutela. 
Neste caso nem Natel (BNP) nem Sli- 
gos (Crédit Lyonnais) vêem a sua com- 
petência diminuída. Pelo contrário, a 
questão é valorizada para a Cisi, filial 
da CEA. 

(«Ol Informatique» n.º 110) 


É uma coincidência, mas os anún- 
cios de alta gama sucedem-se nos prin- 
cipais construtores, precedendo o anún- 
cio pela IBM do 3033 ou seguindo-o de 
algumas horas como o 470 v/6 da Am- 
dahl, Mais potente que os 66/85 da 
CII-HB, que o 1100/80 da Univac, que 
o 7800 da Burroughs, mas um pouco 
menos que o novo Cyber 176 da Con- 
trol Data o novo aparecido não sobres- 
sai pela sua tecnologia, mais pesada 
que a da geração precedente permane- 
cendo clássica mas mais pelo seu preço: 
duas vezes mais potente que o 370/168 
modelo III (e ocupando metade do es- 
paço), o 3033 é vendido por menos 
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40 %. Esta divisão por três do preço 
da «potência de cálculo» obrigou a IBM, 
para permanecer coerente a baixar os 
preços dos seus 370/158 em 15 % le das 
suas memórias MOS em 27 %. 

Se, como se espera, os 3031 e 3032 
são anunciados proximamente e tendo 
em conta o abandono da sigla 370 no 
baptistno da nova série, não é incor- 
“recto pensar-se que eis, de cada vez, 


o contra-ataque da IBM aos seus con-. 


correntes, compatíveis ou não, e O 
começo da grande substituição da sé- 
rie 370. 

(«Ol Informatique» n.º 110) 


«Programa-se com grandes gastos o 
que seria tão simples de realizar sob 
forma material.» Foi um dos gritos de 
alarme que ressoaram em Zurique no 
decurso da 28.º Conferência do progra- 
ma europeu de pesquisa Diebold. Gran- 
de responsável: o material que não teve 
progresso de concepção desde há vinte 
anos e que faz suportar pelo sistema 
lógico todas as dificuldades das aplica- 
ções manuais. 

«Deitemos às urtigas o computador 
universal, e construamos unidades ma- 
teriais dedicadas a uma aplicação». 

Porque a experiência mostra que O 
desenvolvimento do sistema lógico é 
sempre custoso e raramente satisfatório. 
Quanto aos aparelhos e métodos de 
ajuda à programação não é também 
nenhuma solução porque ninguém os 
utiliza. 

(«Ol Informatique» n.º 110) 


Antes de outros cantões suíços e de 
numerosos países europeus, Genebra 
porá em aplicação a partir de 1 de 
Março próximo a lei sobre a protecção 
das informações tratadas por compu- 
tador. Recordemos que esta disposição 
essencial diz respeito aos ficheiros do 
Estado, das Comunas e dos Estabeleci- 
mentos de direito público. 4 sua des- 
crição será contida num registo aces- 
siível a cada um. Entretanto, permanece 
ainda, para que pôr em prática a lei 
possa começar, por designar os mem- 
bros e os suplentes da Comissão encar- 
regada de a vigiar. Sêlo-ão proxima- 
mente, em parte pelo Conselho de Es- 
tado, em parte pelo Grande Conselho. 
Depois do que, é provável que se veja 
aparecer muito rapidamente projectos 
análogos noutros cantões e no plano fe- 
deral. 

(<Ol Informatique» n.º 108) 


Comentou-se bastante o facto de três 
administradores da IBM terem sido cha- 
mados pelo novo presidente Carter para 
ocuparem mais (?) altas funções. 


Não há nada de excepcional nisso. 
A prova é que, ao mesmo tempo, três 
membros da administração Ford aban- 
donavam o governo federal para entrar 
para o conselho de administração da 
IBM. Em substituição dos outros três... 
(«Computerworld>, de 31-01-77, 
citado por «Ol Informatique» 

n.º 108) 


A África do Sul tem agora o seu 
próprio microcomputador, o «Comman- 
der» (Comandante), desenhado e cons- 
truído pela Messina (Electronic) Deve- 
lopment Co, uma subsidiária da Mes- 
sina (Transvaal) Development Co. Diz- 
-se tratar-se de mais versátil do que 
o «microcomputador estandardizado» e 
é para ser utilizado especificamente em 
aplicações de minas, indústria e comér- 
cio na África do Sul. 

(«Computer Weekly Intal.» n.º 76) 
º 


Depois de duas semanas de greve, 
o pessoal de exploração (operadores, 
operadores de consola, responsáveis de 
lançamento, chefes de sala) os centros 
informáticos de Limeil-Brévannes e de 
Paris (rua Ménard) decidiu em 19 de 
Julho prosseguir o seu movimento. Uma 
vez mais, a importância estratégica dos 
centros informáticos nos conflitos sociais 
é posto em evidência: uma centena de 
pessoas, ou seja menos de 1 % dos efec- 
tivos, pode bloquear um sector com- 
pleto da banca. 
(«Ol Hebbo» n.º 446) 
ed 


Swift (Society for Worldwide, Inter- 
bank Financial Telecommunication) é a 
cadeia internacional graças à qual 480 
bancos europeus poderão efectuar trans- 
ferências de fundos sem ter de recorrer 
à via postal e ao Telex. Mas é também 
uma enorme acumulação de contratos 
informáticos realizados ou a fazer, e de 
tal forma embricados uns nos outros que 
é difícil reconhecê-los sem algumas ex- 
plicações. Há em primeiro lugar a ca- 
deia principal fornecida pela Burroughs 
com os seus computadores centrais (em 
Bruxelas) e os seus concentradores na- 
cionais (para a Suíça está em Zurique). 
Há de seguida os SID (Swift Interface 
Devices), pequenos computadores des- 
tinados a assegurar localmente a ligação 
entre o banco e a cadeia. 

A menos que, como a IBM propõe, 
isto se ultrapasse. Depois encontra-se 
o SAS (Swift Application Software) sis- 
tema lógico associado à Swift e que 
chama os diferentes ficheiros necessá- 
rios para cada operação a fim de esta- 
belecer os avisos de débito ou crédito 
correspondentes. 

Enfim, há o sistema lógico completo 
de automatização do departamento es- 


trangeiro. Os bancos mais pequenos, 
aqueles que ainda não estão ligados à 
Swift mas que o serão provavelmente 
num futuro próximo arriscam-se a ser 
os mais solicitadores deste sistema ló- 
gico, de modo que esta parte da estru- 
tura aumenta a avidez dos construtores 
e sociedades de serviço, que vêem, com 
razão, no Swift um cavalo de Tróia. 
Infelizmente o cavalo nem anda nem 
desanda. Dificuldades técnicas subsis- 
tem ao nível do sistema lógico de certos 
terminais. Novos testes estão em curso 
de modo que se crê que a data de 14 
de Março prevista para pôr em fun- 
cionamento não será conseguida. É pro- 
vável que este sistema cuja complexi- 
dade técnica se redobra de uma com- 
plexidade política não tenha posto fim 
a que dele se fale. 

(«Ol Informatique» n.º 108) 


Com 30 000 computadores em ser- 
viço em 1975 com um valor global de 
30 milhares de-FF, o Japão é o segundo 
utilizador de computadores no Mundo 
após os Estados Unidos. Os materiais 
são japoneses para 70 % em volume 
e 55 % em valor. 

(«Ol Informatique» n.º 108) 


A IBM anuncia reduções de preço 
em computadores: 2 a 29 % sobre os 
preços de venda da maior parte das 
unidades centrais e 10 a 49 % sobre 
os preços das extensões de memórias 
centrais. 

Os preços dos «contratos de longa 
duração» das unidades centrais dos sis- 
temas 370 serão reduzidos de cerca de 
9% a partir de 1 de Agosto de 1976. 

Estas baixas de preço são devidas 
a economias realizadas no processo de 
produção graças à melhoria dos méto- 
dos de fabricação das memórias produ- 
zidas segundo a tecnologia MOSFET 
(Metal Oxyde Semicondutor Fiel Effect 
Transistor). 

(«Ol Hebdo» n.º 394) 


Foi em 26 de Dezembro de 1969 que, 
com a criação de um Comissariado Na- 
cional para a Informática, a República 
Argelina Democrática e Popular foi do- 
tada de um instrumento de definição e 
de condução da sua política informática 
nacional. Hoje esta estrutura que, à par- 
tida compreendia uma dezena de pes- 
soas, reagrupa perto de quinhentos cola- 
boradores nos seus diferentes centros 
e direcções. No plano dos algarismos, 
a informática na Argélia, em 1977, é de 
uma centena de computadores instala- 
dos e uma despesa anual (pessoal e ma- 
terial) da ordem dos 250 000 000 FF. 

(«Ol Hebdo» n.º 438) 


INFORMÁTICA 


Lisboa, 2 14) Agosto/Setembro 1978 


19 


281.687 visitantes de 112 países estudaram os materiais 
de escritório e de informática apresentados 
por 1.755 firmas de 31 países no Sicob 1977. 


E você? 
Você não deixará de visitar o 29º 
& ) 
Sicob 
de 20 a 29 de Setembro de 1978 


[fechado no domingo 24 de Setembro) 


e de participar na Convenção Informática 


de 18 a 22 de Setembro de 1978. 


em 1977:2.500 participantes 
em 149 conferências e mesas redondas. 


Para qualquer informação: 


DELEGAÇÃO DOS SALÕES ESPECIALIZADOS FRANCESES - Câmara de Comércio e 


Indústria Luso-Francesa - Av. Defensores de Chaves, 


41-6º Dto. - Lisboa-l - T. 546.372 


665 4 SIDITANA 
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cibernética 


A ANALOGIA EI CRM BA ÇA 


LUÍS MONIZ PEREIRA 


Há duas ideias principais que se relacionam entre si e dizem respeito aos 
homens e às máquinas. A primeira é a de que podem ser construídas máquinas 
com capacidade funcionais idênticas às dos homens; a segunda é a de que os 
homens não só são semelhantes, mas são também de facto, máquinas complexas. 
Nenhuma destas ideias é inteiramente nova: qualquer delas data de épocas muito 
anteriores ao advento do computador. 


A possibilidade de se criar um ho- 
mem artificial tem obcecado a humani- 
dade culta desde épocas distanciadas. 
Desde a concepção medieval do «golem» 
— uma figura em madeira ou barro in- 
suflada com vida por um santo — até 
à assustadora fantasia do monstro 
Frankenstein, até aos andróides que 
são quase homens perfeitos, e até aos 
superinteligentes extraterrenos da mo- 
derna ficção científica que são afinal 
máquinas que não foi preciso nunca 
alguém construir. É claro que, entre- 
tanto, a máquina rejeitou o antropomor- 
fismo corpóreo em favor de um certo 
tipo de antropomorfismo apenas men- 
tal, que poderíamos chamar de «com- 
putadormorfismo», por exemplo ilus- 
trado por HAL, o computador estrela 
de cinema de «2001 — Uma odisseia 
no espaço». A concepção de que a 
«mente» de uma máquina pode ser tão 
diferente da nossa como ambas da de 
um extraterreno levará sem dúvida 
ainda algum tempo a generalizar-se. 

A segunda ideia, a de que o homem, 
tal como qualquer organismo vivo, é 
uma máquina — chamada a hipótese 
mecanicista ou anti-vitalista — tem uma 
história mais como que subjacente, de 
um modo ou de outro, às correntes do 
pensamento e do sentimento através dos 
séculos, quer na ciência, quer na filo- 
sofia, quer na religião. 

A concepção de que o homem é uma 
máquina, implica a de que o homem 
não é mais do que uma máquina, o que 
sipso facto», conceitos como os de cima, 
de vontade, de pecado e assim por 
diante, são, quando muito, irrelevantes, 
e, na pior das hipóteses, completamente 
enganadores. Naturalmente, os cientis- 
tas enquanto cientistas têm metodica- 
mente ignorado tais conceitos, pois que 
zão conduzem a experiências objectivas 
mem a explicações imparsimoniosas. 
Como diria o Calvinista, «estão dis- 
postos a danarem-se para maior glória 
de Deus». Por isso, o cientista tem ine- 
witavelmente tratado o homem como se 
uma máquina fosse. 

Sob esta luz, a simulação em compu- 
t=dor do comportamento humano, apre- 
senta-se-nos situada na corrente prin- 
cipal do pensamento científico, embora 


talvez represente uma atitude mecani- 
cista mais flagrante, relativamente ao 
cérebro e comportamento humanos, do 
que aquela que se nos depara usual- 
mente nas ciências biológicas. 

Se o homem primitivo, sendo ani- 
mista, elevava os objectos ao nível do 
homem atribuindo-lhes uma alma, para 
o cientista, homens e objectos tornam- 
-se semelhantes não porque ambos pos- 
suam alma, mas porque o conceito de 
alma é despropositado ao estado de 
qualquer deles. Entre o homem primi- 
tivo e o cientista prevalece um terceiro 
ponto de vista, que é ainda provavel- 
mente o do simbólico homem vulgar, 
e o qual se tem associado à civilização 
ocidental, em especial graças ao Cris- 
tianismo. É o ponto de vista de que o 
homem tem uma alma, enquanto que 
os animais e as máquinas a não têm 
(foi no entanto necessário um concílio, 
o de Latrão, para que as mulheres usu- 
fruíssem também de tal preciosidade), 


DESCARTES 


Se examinarmos o desenvolvimento 
das ciências psicológicas e biológicas nos 
tempos modernos, encontramos uma 
progressão que parte do ponto de vista 
tomista, para a concepção de que, quer 
o homem possua ou não uma alma, ele 
pode ser estudado como se a não pos- 
suísse sem que isso afecte o êxito do 
estudo. Essa progressão dos pontos de 
vista, tem sido associada com as várias 
opiniões sobre os diversos tipos de má- 
quinas segundo os quais se pode apro- 
priadamente encarar o homem. 

No século dezassete, Descartes, apa- 
nhado entre os fortes compromissos im- 
postos quer pela Igreja, quer pelo rá- 
pido desenvolvimento da ciência do seu 
tempo, argumenta que não só os ani- 
mais não são mais do que as máquinas 
às quais falta a alma, mas que o ho- 
mem é em parte uma máquina, pos- 
suindo além disso uma alma. A arti- 
culação do corpo humano com a sua 
alma tem para ele uma localização pre- 
cisa e delimitada: a glândula pineal. 
Permite-se assim estudar a parte ma- 
quinal do homem sem necessidade de 
recorrer à alma: para todos os efeitos, 
como se ela não existisse. 


Com base nas observações que efec- 
tuou pela dissecação e até pela vivis- 
secação de animais, Descartes( no seu 
tratado De Homine) mantém que as 
«funções vitais» do corpo animal são 
resultantes do calor e do movimento 
de líquidos dentro do corpo, em espe- 
cial dentro dos vasos sanguíneos e dos 
nervos. Em particular, os nervos eram 
para ele tubos ocos ligando o cérebro 
aos músculos, e nos quais fluía uma 
substância; o movimento dessa substân- 
cia nos nervos provocava o movimento 
dos músculos, produzindo desse modo 
o comportamento, de forma muito se- 
melhante à maneira como a performance 
de diversos brinquedos móveis da época 
se baseava na utilização de tubos hi- 
dráulicos. Os animais, são para ele va- 
zios de consciência e até de pensamen- 
tos, os gritos lancinantes de um gato 
sendo vivissecado não representavam 
mais do que o ruído de maquinaria que- 
brando-se. 

O homem era contudo diferente se- 
gundo Descartes. Embora em muitas 
das suas funções ele fosse semelhante 
aos animais e portanto maquinal, dife- 
ria deles por possuir e ser comandado 
(ciberneticamente?) por uma alma. Na 
sua opinião o homem era capaz de pen- 
sar, de controlar as suas actividades, 
e possuía consciência, Descartes foi até 
ao ponto de localizar anatomicamente 
a sede da alma: a glândula pineal, que 
se situa no centro do cérebro. Ele tinha 
certo número de razões para a escolha 
dessa localização, já incluído o facto 
da aparente ausência da glândula pineal 
nos animais: a sua centralidade, o facto 
de não estar dividida (como o cortex, 
o cerebelo, etc.), e a sua crença baseada 
na observação do que ela era o centro 
de uma rede de terminais nervosos que 
sobre ela actuavam e que, por sua vez, 
sobre os quais ela actuava — «...a má- 
quina do corpo está formada de tal 
modo que pelo simples facto desta glân- 
dula ser actuada pela alma de modos 
diversos, ou por uma outra causa desse 
género, o que quer que seja, ela impele 
os espíritos que a rodeiam para os poros 
do cérebro, que os conduzem por inter- 
médio dos nervos para os músculos, 
processo pelo qual ela faz mover os 
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membros (1). Descartes argumentou 
ainda que a glândula pineal exercia a 
sua influência alterando a direcção dos 
«espíritos» nos nervos e não a sua quan- 
tidade de movimento. 


O seu argumento perdia força não 
muito depois, após a descoberta da 
glândula pineal nos animais pelo cien- 
tista dinamarquês Niel Stenson. Mas 
mais significativo era o facto de que as 
noções de Descartes sob a actividade 
da alma contradiziam a Terceira Lei 
do Movimento de Newton, bem como 
a lei com ela relacionada, a da Con- 
servação do Momentum. Estas leis esti- 
pulam que a quantidade de movimento 
no universo em qualquer direcção dada 
deve permanecer constante, bem como 
deve ser constante a sua quantidade 
total. i | 


LA METTRIE 


RD! 


No século seguinte o francês La Met- 
trie leva o argumento inicial de Des- 
cartes à sua conclusão lógica: se os ani- 
mais são máquinas, então os homens 
também são. No seu livro L'Homme 
Machine (1748) ele argumenta que 
«...o homem não é senão um animal, 
isto é, uma colecção de molas espirais 
que se emolam umas às outras... Se 
estas molas diferem entre si, essas di- 
ferem entre si, essas diferenças resultam 
apenas da sua posição e do grau da sua 
força, e nunca da sua natureza; na me- 
dida em que a alma não é senão uma 
força motriz ou uma parte material e 
sensível do cérebro, ela pode ser enca- 
rada, sem receio de errar, como a mola 
principal da máquina toda, cuja in- 
fluência em todas as partes é visí- 
vel» (2). 

Este ponto de vista mecanicista é 
talvez um antecedente sem quebras de 
continuidade do moderno «behavio- 
rismo», dada a ênfase de ambos sobre 
o que o organismo faz e o seu desin- 
teresse (pelo menos metodológico) pela 
consciência. La Mettrie usava o termo 
«máquina» com um significado bastante 
lato, considerando também os processos 
químicos além dos processos puramente 
mecânicos do corpo. 

Não muito depois, outro filósofo 
francês, o Abade de Condillac (3), re- 
tomou a ideia do homem-máquina ilus- 
trando-a por recurso a uma estátua que, 
em fantasia, adquire um a um todos os 
sentidos do homem. Condillac usou essa 
ficção, a qual teria sido provavalmente 
inconcebível em épocas anteriores à sua, 
para se aperceber de que um conheci- 
mento sobre o seu próprio corpo e sobre 
os objectos exteriores a esse corpo, bem 
como quais as limitações desse conhe- 
cimento. Em certo sentido ele pode ser 
considerado um percursor da ciberné- 


tica, visto que examina quais as pro- 
priedades lógicas de um «sistema orga- 
nizado» sem atender ao facto desse sis- 
tema ser «vivo» ou não, e, muito em 
particular e pela mesma razão, um per- 
cursor da «inteligência artificial» pois 
são as propriedades cognitivas do sis- 
tema aquelas que lhe interessam de so- 
bremaneira. 

Embora o modelo mecanicista do 
homem não tenha sido tão explicita- 
mente extravasado no século dezanove, 
o organismo humano, incluindo o cére- 
bro, começa já a ser estudado cientifi- 
camente pelos fisiólogos como se fossem 
uma máquina. Mas a maior ênfase des- 
ses estudos fisiológicos durante o século 
dezanove e mesmo pelo nosso século 
adentro, é dada às questões da utili- 
zação da energia, sendo o organismo 
encarado como uma máquina de con- 
verter os alimentos em mais matéria 
viva e em actividade. O funcionamento 
do sistema nervoso é também visto neste 
contexto; isto é, o corpo é estudado 
em termos das leis da física e da quí- 
mica, mas não ainda em termos da sua 
organização lógica e do modo como 
processa a informação. Tal só viria mais 
tarde a concretizar-se, em especial de- 
pois do incentivo da cibernética. 


O SÉCULO XX 


No início deste século, popularizou- 
-se uma outra maneira de olhar para 
o cérebro através da nova psicologia 
científica então emergente: era a con- 
cepção de que o cérebro actua como 
uma espécie de central telefónica auto- 
-operada, ligando as entradas sensoriais 
com as saídas motores segundo dife- 
rentes padrões. De acordo com esta 
perspectiva, a aprendizagem envolve o 
estabelecimento de ligações das entra- 
das e das saídas segundo novos padrões 
(ou reforçando conexões já existentes), 
e o fenómeno de esquecer envolve o 
desaparecimento de ligações (ou o seu 
enfraquecimento). Esta analogia entre 
o cérebro e uma central telefónica foi 
enunciada explicitamente por autores 
como Pearson, e esteve presente pelo 
menos implicitamente nas ideias de figu- 
ras como um Sherrington em Inglaterra, 
um Thorndilse na América, e um Pav- 
lov na Rússia. Tal teoria teve as suas 
raízes na filosofia associacionista, cuja 
força se faz ainda sentir na moderna 
filosofia. 

Finalmente, no prosseguir das con- 
cepções sobre a analogia homem /má- 
quina até à data, o desenvolvimento dos 
modernos computadores conduziu à 
concepção do sistema nervoso como um 
certo tipo de computador de aplicação 
geral, cuja apreciação necessita, para 
poder fazer-se, de todo o arcaboiço ma- 
temático da investigação levada actual- 


mente a cabo pelos estudos de inteli- 
gência artificial. 

Poderia comentar-se, cientificamen- 
te, que as tentativas da ciência para 
compreender o cérebro se baseiam, em 
cada época, nas características das má- 
quinas mais avançadas de então. Des- 
cartes, La Mettrie e outros pensadores 
dos séculos 17 e 18 concebiam o sis- 
tema nervoso em termos de relógios, 
caixas de música, brinquedos hidráu- 
licos, e dos autómatos miniatura tais 
como as pequenas bailarinas dançantes. 
Os cientistas do século dezanove pen- 
saram em termos de máquinas a vapor, 
e os do início do século vinte em termos 
das redes telefónicas que então se cons- 
tituíam. Poderia argumentar-se por con- 
seguinte que a actual excitação sobre 
os modelos computacionais não será 
senão passageira, a menos que de facto 
corresponda a uma analogia fundamen- 
tal e não a uma moda temporária. 

Deixaremos no entanto a apreciação 
deste ponto para futuros artigos. 


NOTAS 


(1) Artigo XXXIV da Primeira Parte 
das «Paixões da Alma», de Descartes. 

(2) La Mettrie, <«L'Homme Machine», 
1748. 

(3) Londillac, «Traité des Sensations»>, 
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num menor grau, e a maior parte de 
baixa frequência. Se vários sistemas de 
arrefecimento ou mais de duas ventoi- 
nhas estão colocadas lado a lado, ori- 
ginam uma fonte de ruído, de frequên- 
cia importuna. 


PARAMETROS CRÍTICOS 


O conhecimento do nível da pressão 
do som nos diferentes pontos de uma 
sala é primordial. 

Para predizer em decibel (0 dB cor- 
respondendo a 0,0002 ubar) o nível da 
pressão do som criado por uma fonte 
de ruído a uma certa distância da ori- 
gem, deverhos conhecer dois parâme- 
tros importantes: 


— o nível de energia do som gerado 
pela fonte; 

— a programação do ruído originado 
pela fonte em questão. 


O nível de energia duma fonte de 
ruído pode ser expresso em termos do 
seu nível de pressão do som, de acordo 
com a fórmula 


LW=SPL+20 log, 1+7,5+€C 


onde 


— LW é o nível de energia do som 
em decibel (0 dB correspondendo 
a 10-13 watt); 

— SPL é a média do nível de pres- 
são do som em decibel medida 
num hemisfério (0 dB correspon- 
dendo a 0,0002 ubar); 

— ré o raio do hemisfério de teste; 

— C é uma constante, dependente 
da temperatura e pressão da 
atmosfera. 


A propagação, numa dada direcção, 
do ruído originado pela fonte, expremi- 
-se por Q, ou seja 

DI 
Q=anti log, — 
10 


onde 


— DI é o índice de propagação= 
SPL 0 -SPL+3 e SPL, O é o ní- 
vel de pressão do som em decibel 
referidos a 0,0002 ubar, medido 
à distância r e com ângulo O 
do eixo principal da fonte. 


INFLUÊNCIA DA ACÚSTICA AR- 
QUITECTURAL 


Esta influência é realmente muito 
importante quando se estudam as con- 
dições acústicas de uma sala. 

Mesmo que nela se instalem unida- 
des e materiais que, laboratorialmente, 


sejam considerados como possuidores 
de boas condições acústicas, o nível de 
energia sonora na sala pode, por vezes, 
vir a ser muito superior ao que pelos 
dados laboratoriais seríamos levados a 
admitir. 

Esta aparente incongruência entre os 
dados laboratoriais e os reais explica- 
-se, geralmente, por uma arquitectura 
da sala mal concebida. 

A arquitectura de uma dada sala 
pode, não só alterar os níveis de ruído 
no sentido desfavorável, como se apon- 
tou atrás, mas também transformar um 
dado conjunto de ruídos teoricamente 
inaceitável, num ambiente absoluta- 
mente tolerável. 

Há portanto que conjugar todos os 
efeitos arquitecturais possíveis com as 
fontes de ruído e suas intensidades, 
para que o esforço da redução de ruído 
numa dada sala seja bem sucedido. 


CAMPOS DE SOM 


Importa considerar que o som, no 
seu meio, pode ser estudado como um 
campo, tal como as ondas electromag- 
néticas. 

Num espaço homogéneo tal como o 
ar, o som propaga-se, à partir de uma 
fonte, em todas as direcções, sendo a 
intensidade maior numas direcções do 
que noutras, 

Tem, todavia, especial interesse con- 
siderar o chamado «campo livre», cam- 
po onde a pressão do som varia de tal 
maneira que, a partir do ponto em que 
este campo começa, a cada duplicação 
de distância corresponde uma diminui- 
ção do nível de pressão de som de 
6 dB. Neste campo, o comportamento 
do «om depende ainda do facto muito 
importante de as superfícies limites 
absorverem todo o som produzido por 
radiação directa da fonte. 

Quando o som é produzido numa 
sala, as ondas sonoras são reflectidas 
por paredes, chão e tecto. O resultado 
total consiste em a intensidade do som 
sor diferente da que se verificaria se as 
superfícies de reflexão não existissem. 
Próximo da origem do som os efeitos 
desta reflexão são pequenos, porque o 
som directo é dominante. Contudo, 
afastado da origem, a não ser que as 
áreas limítrofes sejam muito absorven- 
tes, o som reflectido domina; esta região 
é chamada o «campo reverberante». 
A sua localização em relação à fonte 
e ao auditor é um parâmetro significa- 
tivo. 

Em recintos tais comc salas de con- 
certos e salas de aula é necessária uma 
quantidade controlada de reverberação. 
Mas, no bloco do computador, a rever- 
beração deverá ser reduzida, tanto 
quanto for económica e praticamente 


possível, pois as características naturais 
do campo de reverberação são reforçar 
o som, mais do que atenuá-lo. 

Ao caminhar-se da origem do ruído 
para o seu campo de reverberação, só 
poderá ser experimentada uma atenua- 
ção muito pequena e os níveis poderão 
até ser amplificados. Esta circunstância 
pode explicar a divergência entre os 
níveis laboratoriais e reais da instala- 
ção. 


CONTROLO AMBIENCIAL 


A determinação exacta do ponto a 
partir do qual o campo de reverberação 
começa a afectar o comportamento do 
som numa sala, é também parâmetro 
crítico necessário para um controlo de 
ruído correcto. 

Vulgarmente designado por distância 
crítica (Dc), este parâmetro refere-se 
ao ponto no qual a energia do som di- 
recto de uma fonte é igual à energia 
do som reflectido. 

Na Fig. 9, Dc é assinalado: como 
o ponto no qual a atenuação do som 
real de uma fonte, num determinado 
ambiente, se começa a desviar da curva 
teórica de limite da atenuação no espaço 
livre. 

Na determinação matemática do 
comportamento do som dentro dos limi- 
tes de uma dada sala (b), a distância 
crítica (Dc) é o factor chave, repre- 
sentando o ponto no qual a atenuação 
de uma fonte de ruído começa a des- 
viar-se da curva limite teórica de ate- 
nuação (a) num campo livre. No ponto 
Dc, a energia directa do som da fonte 
é igual à energia do som reflectido. 


; 
E! 
E] 
E 


DISTANCE FROM SOURCE (h) 


Fig. 9 


A localização deste ponto pode ser 
determinada pela fórmula 
DEUS vá QS a onde 
— Q é o factor de propagação da 

fonte (adimensional); 


— S é a superfície da área envol- 
vente em pé quadrado; 
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— a é o quociente médio de absor- 
ção dos materiais circundantes 
utilizados na sala em questão, ou 


EA; +54 0,+Sy ado. +S, an) 


Fr Neo RS 


Sp = 


A atenuação teórica no espaço livre 
(a na Fig. 8) é matematicamente pre- 
visível com base na lei do inverso do 
quadrado expressa como se segue: 


Dn 
dB perdidos=20 log,, 


onde 


— Dn é o ponto inicial, medido 
desde a fonte, i.e., início de 
campo livre; 

— Df é o ponto mais afastado, me- 
dido desde o início do campo 
livre. 


Igualmente o comportamento do som 
numa dada sala (b na Fig. 9) pode 
ser determinado pela fórmula 


- Q ig 
didos= 10 1 E 
dB perdidos Ou | a + (7) 


onde 


"0 é o factor de propagação da 
fonte; 
—ré a distância da fonte; 3 


Sa 
— R é a constante da sala= 


, 


(1-2) 
— Sé a área total da superfície en- 
volvente da sala; 
— a é o cosficiente médio de absor- 
ção dos vários materiais, 


Analisando a equação que define a 
linha (a) da Fig. 9, nós podemos ver 
9 


4mr? 
lece, o nível de pressão do som (SPL) 
na sala é devido largamente à radiação 
directa do som pela fonte, e que pe- 
quenas variações em R terão pequenos 
efeitos no nível de pressão do som exis- 
tente. Por outro lado, se 


4 Q 
— > 
R dxr> 


que, quando a condição preva- 


a absorção da sala é um factor impor- 
tante na determinação do SPL porque 
o campo de reverberação tende a do- 
minar. 

O objectivo dos planeamentos acús- 
ticos arquitectónicos para o bloco do 


computador deve ser, então, criar um 
ambiente tão próximo de um campo- 
livre quanto possível, i.e., —6dB 
para cada duplicação da distância entre 
a fonte e o observador. 

Admitindo que as dimensões das sa- 
las são fixas e que as fontes de ruído 
são estacionárias, é possível melhorar 
as acústicas existentes pela adição de 
materiais absorventes, que aumentarão 
o valor de a até um ponto onde o termo 

Q 4 
é maior que —. Esta condição 
4mr2 R 
fará deslocar o ponto de distância crí- 
tica Dc para mais longe da fonte. Claro, 
que as limitações dos custos e as dimi- 
nuições de lucros desencorajam o «exa- 
gero» de materiais acústicos, 


ABSORÇÃO DO SOM 


Já que as propriedades de absorção 
dos materiais usados numa sala são tão 
importantes, a expressão «absorção do 
som» deve ser claramente percebida. 
Geralmente, quando uma onda sonora 
choca com uma superfície, a sua ener- 
gia é parcialmente reflectida e parcial- 
mente absorvida. A capacidade de uma 
superfície para absorver o som é desig- 
nada pelo coeficiente de absorção a, 
o qual é o quociente entre a energia 
absorvida pela superfície e a energia 
incidente na superfície. 

Atendendo a esta definição, a pode 
tomar todos os valores numéricos com- 
preendidos entre O e 1. 

Quando temos em conta o uso de ma- 
teriais absorventes do som com objec- 
tivos arquitecturais, devemos conhecer 
as limitações de alguns materiais. A 
maioria destes reduz mesmo o nível do 
som porque a maior parte do som que 
atinge os absorventes é convertida em 
calor; contudo, sem atender à quanti- 
dade de absorção introduzida, o nível 
não pode, talvez, descer abaixo do nível 
do som directo. 


O AMBIENTE ACÚSTICO 


Depois de se considerar o compor- 
tamento acústico de uma fonte de som 
típica tal como um periférico de com- 
putador, assim como o efeito das acús- 
ticas arquitecturais sobre a emanação 
de sons, é fácil utilizar o próprio com- 
putador para prever um ambiente acús- 
tico sob condições específicas. 

Isto pode ser realizado pela técnica 
de formulação anteriormente descrita, 
de acordo com a qual os parâmetros 
acústicos significativos são combinados 
e analisados num programa único pelo 
computador. O resultado é uma ima- 
gem muito aproximada do ambiente 
acústico durante a operação de um de- 


terminado conjunto de equipamento 
do computador. Os benefícios desta téc- 
nica de previsão são: 


— À capacidade para antecipar os 
problemas que podem ocorrer 
quando uma fonte de ruído, 
acusticamente aceitável, é insta- 
lada num ambiente acústico ina- 
ceitável, e 

— À flexibilidade do programa que 
permite que os efeitos de várias 
modificações nas fontes de ruído 
ou no próprio ambiente, seja ra- 
pidamente avaliada, 


PARAMETROS DA SALA 


A relação entre os parâmetros das 
salas e as fontes de ruído pode ser ex- 


pressa matematicamente, de acordo 
com a seguinte equação. 
4 
SPL 6-PWL+10 log, (-L” 444 
k 4mr? R 


+0,5 dB 
onde 


— SPL O é o nível de pressão em 
dB, no ponto considerado, à dis- 
tância r da fonte de ruído, num 
ângulo y do centro acústico da 
fonte (0 dB correspondendo a 
0,0002 ubar). 


Esta equação deve ser resolvida para 
cada fonte de ruído, a cada frequência 
importante — sendo esta última geral- 
mente de 63 Hz, 125 Hz, 250 Hz, 
500 Hz, 1000 Hz, 2000 Hz, 4000 Hz 
e 8000 Hz. Quando surge uma. situação 
na qual há um certo número de fontes 
direccionais de som, a necessidade de 
usar um computador para resolver a 
equação anteriormente indicada é óbvia. 

Numa configuração típica de uma 
sala de computador, as maiores fontes 
de ruído incluem as estruturas princi- 
pais, leitoras e perfuradoras de cartões, 
leitoras e perfuradoras de fita de papel, 
transportadoras de fita e impressoras, 
que podem atingir o número de três 
ou mais numa única instalação. Todas 
estas unidades juntas, em combinação 
com os sistemas internos de refrigeração 
do ar de muitas delas, emitem ruídos 
que podem ir desde intermitentes esta- 
lidos de papel e impressões da perfura- 
dora-verificadora, até frequências rít. 
micas e sussurros contínuos incomoda- 
tivos e característicos. 


Para estudo do ambiente acústico, 
no programa, concebido pelos enge- 
nheiros de controlo de radiação da 
Sperry Univac, foi escrito em Fortran, 
utilizando um computador 1108, um 
terminal DCT 500 e uma traçador de 
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gráficos. A sua flexibilidade intrínseca 
permite variar os parâmetros críticos 
da sala, tal como a propagação Q) da 
fonte ou o coeficiente de absorção a do 
material de construção. A sua capaci- 
dade analítica pode fornecer uma rápida 
visão do nível de pressão do som, tanto 
acumulativo como a uma frequência 
específica, que atinge qualquer ponto 
de um dado recinto. 

Inicialmente, é feito um teste para 
a difusão do som. À variável é repre- 
sentada pelo valor de a. Se a é maior 
do que 0,45, a sala em questão tem 
provavelmente tratamento acústico re- 
vestindo as suas superfícies limites. As 
modificações envolverão provavelmente 
um reposicionamento de certas fontes 
de ruído ou a construção de barreiras 
em frente de fontes de ruído particular- 
mente intensas. Se a é menor do que 
0,45, então torna-se necessário o exame 
do material que reveste as superfícies 
limites do recinto, em adição à amálise 
prévia descrita. 

Um outro teste, executado pelo pro- 
grama, é a determinação do factor d 
de livre propagação do local. Isto é ne- 
cessário pelo facto de o comportamento 
do som num recinto grande depender 
dum valor suficientemente grande de d, 
sendo 


V=volume da sala em pés cúbicos; 
S=área total da superfície do recinto 
em pé quadrado. 


Para a execução do programa, o re- 
cinto é descrito como um sistema rec- 
tangular de coordenadas x—y. À ori- 
gem x=0 é arbitrariamente escolhida 
pelo operador. O «output» pode ser 
apresentado quer em tabelas, que em 
representação gráfica sob a forma de 
curvas de nível de som. Estas últimas 
mostram todos os pontos da sala nos 
quais o nível de pressão do som iguala 
ou excede um. determinado limite, tal 
como dB (A) 90 ou NC 60. Com esta 
representação gráfica do ambiente acús- 
tico é fácil identificar problemas de 
ruído potencial, para então os corrigir 
por movimentação da fonte ou por cons- 
trução de uma barreira de ruído. 

Também pode ser calculado um ní- 
vel em dB (A), para qualquer ponto 
pré-determinado, e comparado com as 
especificações desejadas. 


B — Bloco da Transcrição 


As principais fontes de ruídos, neste 
bloco são: 


— perfuradoras-verificadoras 
— gravadoras-verificadoras 


As primeiras destas unidades, con- 
centradas na sala de transcrição para 
cartão perfurado, originam sempre ruí- 
dos muito intensos e incómodos. Além 
disso os aperfeiçoamentos do ponto de 
vista «hardware», no sentido de eleva- 
ção da velocidade, fiabilidade e eficiên- 
cia dos processamentos, têm introdu- 
zido como subproduto indesejável um 
aumento considerável nos níveis de ruí- 
dos emitidos. 

Há actualmente da parte dos fabri- 
cantes a preocupação da diminuição 
destes ruídos, o que geralmente se tem 
feito por uma modificação do próprio 
esquema de construção das máquinas. 

Porém, certas fontes com situações 
mais complicadas de resolver têm sido 
isoladas com coberturas, em armários 
acústicos ou túneis, com a finalidade 
de absorver, deflectir ou moderar o 
ruído. 


C — Bloco de Tratamento de For- 
mulários 


Este bloco, englobado ainda no mó- 
dulo de exploração, está geralmente 
dividido em duas salas. Numa, encon- 
tram-se separadoras e cortadoras de 
papel, máquinas que originam mais 
poeiras e desperdícios, devendo por 
isso, ser isoladas das restantes. Noutra, 
estão colocadas as fotocopiadoras, 

A necessidade deste bloco ficar sepa- 
rado de qualquer outra actividade é de- 
vido essencialmente ao facto de nele 
se incluirem máquinas que: 


— produzem ruídos geralmente in- 


cómodos; 

— originam grandes quantidades de 
desperdícios; 

— dão origem à acumulação de poei- 
ras; 

— libertam quantidades apreciáveis 
de calor. 


No que diz respeito à insonorização 
ela terá também de se fazer criteriosa- 
mente, já que as máquinas, aqui con- 
sideradas, produzem quantidades de 
ruído 'apreciáveis. 

Ainda que, estas máquinas possam 
ter períodos de inactividade, funcionam 
geralmente por períodos longos exigem 
a constante presença de pessoal. 

Assim, a insonorização deste bloco 
terá de ser a nível interno, havendo 
também que reduzir o ruído por trans- 
missão. 


6.1.2.2. Módulo Técnico 


Aqui as principais fontes de ruído 


podem ser: 


— grupo electrogéneo. 
— conversor; 


— torres de refrigeração; 
— compressores de refrigeração; 
— condensadores de ar frio, etc. 


Todos estes equipamentos, e muito 
especialmente o grupo electrogéneo, emi- 
tem fortes ruídos e geralmente também 
fortes vibrações, 

O grupo electrogéneo, ainda que 
funcionando só em situação de recurso 
e para ensaios, exige todo um sistema 
de insonorização e de isolamento de 
vibrações. 

Os compressores de refrigeração de 
grandes dimensões originam também 
ruídos consideráveis. 

Os compressores de ar frio, se utili- 
zados, requerem grandes colunas de ar, 
produzindo ruído bastante incómodo 
para as vizinhanças. Com a mesma ca- 
racterística se pode classificar o ruído 
produzido pelas torres de refrigeração. 


6.1.2.3. Módulo de estudos e prepa- 
ração 


Finalmente, neste módulo, o ruído 
poderá ser originado por: 


-— sistemas de ar condicionado; 
— equipamento auxiliar. 


Atendendo às características do tra- 
balho, geralmente intelectual, as exi- 
gências em matéria de silêncio terão 
de ser grandes. 

Porém, como as fontes de ruído são 
poucas e os ruídos que se possam pro- 
duzir são de pequena intensidade, a 
questão essencial é o afastamento ou 
isolamento de vizinhanças ruidosas, 

O problema aqui não terá portanto, 
a gravidade que tem nos módulos ante- 
riores já que, com uma localização ade- 
quada e tendo-se conseguido uma boa 
insonorização para os restantes módu- 
los, fica praticamente solucionado. 

6.1.3. AS NECESSIDADES DE IN- 
SONORIZAÇÃO DO Mó- 
DULO DE EXPLORAÇÃO 
E DO MÓDULO TÉCNICO 


Do que fcou dito em 6.1.2 imediata- 
mente se conclui a necessidade de inso- 
norização dos módulos de exploração 
e técnico. Esta ncessidade, ainda que 
seja provocada pelo mesmo facto — 
existência de inúmeras e intensas fontes 
de ruído — é orientada nos dois módu- 
los diferentemente. 

Assim, no módulo técnico, a prin- 
cipal preocupação a ter no aspecto de 
insonorização é isolá-lo acusticamente 
dos restantes módulos. Este modo de 
actuar é facilmente compreendido se 
atendermos a que, neste módulo, a pre- 
sença de pessoal é, em geral, de curta 
duração. 
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Pelo contrário, no módulo de explo- 
ração, o problema é precisamente orien- 
tado no sentido de solucionar o am- 
biente acúsico interno, ainda que se 
continue a ter também a preocupação 
de não contaminação dos ambientes vi- 
zinhos. 

Aqui o problema interno é bastante 
grave porque, como se referiu, há um 
grande número de unidades concentra- 
das num recinto relativamente peque- 
no, onde o trabalho se pode processar 
continuamente por turnos com a dura- 
ção de 4 a 6 horas. 

Para melhor elucidação apontamos 
alguns valores registados nos C. I. da 
C. N.P. antes de qualquer tentativa 
de insonorização: 


— Sala de Transcrição, dis- 
pondo de 22 máquinas 
perturadoras-ovalizadoras 

— Sala de máquinas clás- 
sicas, com 8 unidades ... 

— Sala do computador, dis- 
pondo de um pequeno 
computador, com 1 im- 
pressora, 1 perfuradora 
E CIRO EA dao A ca 


75/80 dB 
90/95 dB 


85/90 dB 


Como se vê, estes valores já estão 
bastante acima do limite máximo admis- 
sível, fixado em 70 dB, e muito acima 
do limite razoável, geralmente aceite 
como 45 dB, para ambientes de traba- 
lho de escritório que exigem algum 
esforço intelectual, 

A este propósito, parece-nos ainda 
cportuno citar os limites máximos 
geralmente aceites para o nível de pres- 
são do som em diferentes tipos de salas: 


º Salas de conferências ...... 20 dB 
e Escritórios onde é necessá- 

ria a concentração intensa 

e esforço intelectual ....... 30 dB 
º Escritórios gerais com a 

respectiva maquinaria ...... 50 dB 


6.2. SISTEMAS DE INSONORIZA- 
ÇÃo 

6.2.1. GENERALIDADES 

Como acabámos de ver, embora a téc- 
nica de construção das unidades que 
constituem um equipamento de infor- 
mática tenha ultimamente evoluído bas- 
tante no sentido de minimizar os ruídos 
emitidos, não atingiu ainda um grau de 
perfeição tal que dispense um estudo 
detalhado sobre os sistemas de redução 
da intensidade sonora nos locais de tra- 
balho. 

No módulo de exploração, a insono- 
rização, especialmente nas salas das má- 
quinas, é indispensável. Tratando-se de 
ambientes fechados, há a considerar 


duas metas principais nesta insonoriza- 
ção: 


º Isolamento acústico de certas áreas 
em relação a áreas vizinhas; 
* Insonorização interior de áreas. 


Dentro de cada um destes dois objec- 
tivos, podemos ainda encarar o pro- 
blema do combate ao ruído sob dois 
aspectos: 


º* redução do som nas origens; 

º* absorção dus vibrações sonoras 
através do revestimento adequado 
das instalações. 


Também em qualquer dos casos há 
ainda que ter em conta que, embora 
o principal fim em vista seja o da redu- 
ção dos ruídos indesejáveis, se deve 
procurar fazer sempre uma repartição 
uniforme da energia sonora. 

Como se referiu logo no início deste 
capítulo, o problema da insonorização 
deve pôr-se de raiz em conexão com 
a arquitectura das salas. Por este facto, 
passamos a focar alguns aspectos im- 
portantes a considerar aquando da cons- 
trução, para os blocos que neste campo 
merecem tratamento especial, 

Assim, dever-se-á aí: 


º Sempre que possível ter paredes 
duplas; 

* Construir corredores especialmente 
em volta das salas onde o nível 
de ruído seja mais elevado; 

* Conceber as paredes, de preferên- 
cia, com formas irregulares; 

º Evitar tectos abobadados; 

º Instalar um tecto acústico, por 
baixo das vigas, condutas, tubos 
e outras obstruções; 

* Colocar adequadamente as portas 
evitando a posição frente a frente, 
em paredes fronteiras, a fim de 
obstar a transmissão directa do 
ruído; 

e Procurar o perfeito ajustamento 
das portas, ao fechar; 

* Instalar paredes e divisórias inter- 
nas de forma a evitar frestas junto 
às paredes externas ou em volta 
das condutas; 

* Prolongar paredes e divisórias atra- 
vés do tecto falso até ao tecto pri- 
mário; 

* Reduzir as áreas das janelas na 
medida do possível (sem prejudi- 
car os requisitos de luz natural nas 
salas de transcrição); 

º Utilizar vidros duplos nas janelas 
e envidraçados internos, com, pelo 
menos, 10 cm de espessura no vão 
interno; 

e Utilizar material insonorizante 
cobrindo paredes, tectos e chão, 


bem como as condutas de venti- 
lação. 


Interessa ainda referir que, em insta- 
lações provisórias ou para aproveita- 
mento de instalações já existentes, ha- 
vendo por vezes necessidade, de uma 
insonorização temporária ou de um 
aumento da existente, é possível recor- 
rer ao uso de placas deflectoras consti- 
tuídas por materiais com bom coefi- 
ciente de absorção do som. 

Estas placas suspendem-se do tecto, 
com maior ou menor frequência de 
acordo com as necessidades, e sem in- 
terferirem com os restantes equipamen- 
tos instalados. 


6.2.2. MATERIAIS 


Em relação aos materiais mais vul- 
garmente utilizados, não só na cons- 
trução como no revestimento acústico 
ds salas, vamos dar alguns valores mé- 
dios do coeficiente de absorção do 
som (º): 


0.061 
ESA ras ot apre rndr É 0.033 
ELANOÃO rt o truco paligada 0,025 
TRE Ciro DÃO 0,550 
Reposteiros 10%. manieiat od 0,230 
Tapetes eoeviinda A VIUSRO 0,200 
CORAGEM esse guesstass 0,030 
NIdRO cqsenica ça ve Eoiegatdro 0,027 
fui feias nça jo ca AC So 0,010 


Considera-se aqui que o coeficiente 
de absorção do som por uma superfície 
é o coeficiente das energias (sob a for- 
ma de ondis sonoras), absorvidas por 
essa superfície e por outra de igual área 
que fosse perfeitamente absorvente. 
Assim, no caso de uma janela aberta, 
ela teria para coeficiente de absorção 
do som a unidade, já que se pode con- 
siderar perfeitamente absorvente por 
não reflectir porção alguma da energia 
que a atinge. 

A absorção de baixas frequências e, 
portanto, a redução de ruídos criados 
por reflexão, é melhorada pela existên- 
cia de vazio atrás do material absor- 
vente, 

O uso de cortiça, poliestireno (não 
perfurado) e tectos brilhantes não é re- 
comend do, pois a absorção é baixa ou 
não existe. 

Por outro lado, também é desacon- 
selhável a utilização de fibras de vidro 
ou qualquer outro material prensado 
que tenha pequenos furos, visto serem 
facilmente aesagregáveis. 

Ainda neste aspecto, é de notar que, 
quanto ao isolamento sonoro por elimi- 
nação de transmissão, a utilização de 
divisórias, paredes e janelas duplas é 
sempre a mais eficaz. 
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Para a redução do ruído na origem 
estão a utilizar-se, cada vez mais, cober- 
turas acústicas que permitem uma su- 
pressão bastante eficaz dos ruídos de 
irequências elevadas. 

Os materiais mais vulgares nestas 
coberturas são: 


e fibra de vidro; 
º espuma de «noryl»; 
* espuma de poliuretano; 


sendo as duas últimas as mais recentes 
e de melhores resultados. 

A «espuma noryl» tem um coefi- 
ciente de transmissão mais baixo, 2 dB 
aproximadamente, do que a cobertura 
de fibra de vidro; «a espuma de poliu- 
retano» utilizada nas coberturas acús- 
ticas reduz os níveis de ruído das má- 
quinas de cerca de 7 dB. 

Para as situações mais graves usam- 
-se também armários de trabalho, ou 
túneis. destmados a absorver, deflectir 
ou moderar o ruído, impedindo-o de 
afectar prejudicialmente o operador. 

O ruído de actuação das perfurado- 
ras e impressoras pode ser diminuído 
alterando o t.lano de construção das má- 
quinas, ou, mais economicamente, por 
supressão dos níveis de ruído de mais 
altas frequências com uma cobertura 
acústica. 

O equipamento é constituído por ma- 
teriais absorventes — espuma de poliu- 
retano em largas placas, com um silen- 
ciador acústico ou túnel ao longo da 
saída do papel. 


6.2.8. O TECTO 


A existência do tecto falso, como já 
foi referido anteriormente, é uma ne- 
cessidade primordial nalgumas depen- 
dências dum C. I., oferecendo em diver- 
sos pontos inúmeras vantagens, das 
quais podemos salientar: 


e isolamento térmico e acústico; 

e possibilidade de insuflação de ar 
condicionado; 

e maior facilidade de instalação de 
redes eléctricas ou outras, bem 
como da aparelhagem de ilumina- 
ção; 

e condições estéticas e 
mais favoráveis. 


higiênicas 


Mesmo atendendo apenas ao isola- 
mento acústico, que é o tema que está 
a ser tratado neste capítulo, a vanta- 
gem de utilização do tecto falso é enor- 
me, pois é essencialmente à custa da 
sua criteriosa escolha que se irá proceder 
à principal redução dos ruídos por re- 
flexão, dentro de cada sala. 

Como é óbvio; dentro de uma sala, 
o som é reflectido não só pelo tecto, 


mas também pelas paredes e chão. 
A importância do tecto, ou melhor, o 
papel ímpar que este desempenha na 
redução de ruídos reflectidos, vem pre- 
cisamente do facto de nele se poder uti- 
lizar, com mais facilidade, material ade- 
quado à insonorização. 

A atenuação da transmissão de ruídos 
de um piso para outro encontra tam- 
bém a melaor solução no tecto falso. 

Enumeremos pois, alguns aspectos 
importantes referentes ao tecto falso, 
com vista a uma boa insonorização: 


e Os tectos abobadados são de ex- 
cluir, pois ocasionam forte reflexão 
sonora; 

e Os tectos brilhantes são desaconse- 
lháveis pois a absorção sonora é 
reduzida ou não existe; 

e Os revestimentos acústicos dos tec- 
tos falsos, sempre aconselháveis, 
devem ser criteriosamente escolhi- 
dos; 

e As divisórias existentes devem atra- 
vessar o tecto falso, atingindo o 
tecto primário. 


Apontam-se, a título exemplificativo, 
dois tipos de tecto falso, com caracte- 
rísticas acústicas interessantes: 


1. Tecto «Sanacoustic» de Roclaine, 
composto por placas de folha de 
aço XP perfuradas, de dimensão 
600x300 mm, com espessura 
5/10, contendo uma camada de lã 
mineral envolvida por uma capa 
de polietileno. 

As placas são revestidas por uma 
camada de resina e, na face visi- 
vel, por uma pintura gliceroflática 
aplicada por processo electroestá- 
tico e cozida no forno, 
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Tecto «Luxalon» de Hunter Dou- 
glas constituído por painéis de alu- 
mínio esmaltado ao forno, cuja 
largura é de 84 mm e altura de 
16 mm. 


6.2.4. AS PAREDES 


As paredes e divisórias podem inter- 
vir, tanto no isolamento acústico das 
áreas que dividem, como na insonori- 
zação interna das áreas que circunscre- 
vem. 

Com efeito, podem ter, não só um 
papel predominante na redução de ruí- 
dos por transmissão, como uma influên- 
cia apreciável na reflexão. 

O som, ao encontrar como obstáculo 
uma parede, muda de direcção conti- 
nuando parte dele a propagar-se no in- 
terior da sala; a outra parte propagar- 
-se-á por transmissão, retirada a fracção 


que é absorvida pelos materiais cons- 
tituintes da parede. 

Como já se referiu, a redução de ruí- 
dos por transmissão pode atingir a maior 
eficácia se s: utilizarem paredes e divi- 
sórias duplas. 

No interior destas paredes podem ser 
utilizados, para uma redução adicional 
do som, materiais que possuam boas 
propriedades acústicas pela sua textura 
ou forma. 

Pelo que acima se referiu, há toda a 
vantagem em diminuir a quantidade de 
som reflectido pelas paredes duma sala, 
no interior da qual se pretenda uma 
boa insonorização. Com este fim, e em 
paralelo com o que se disse para o tecto, 
as principais medidas a tomar serão: 


e revestir as paredes das salas com 
materiais cujo cosficiente de abor- 
ção sonora seja elevado; 
evitar superfícies polidas; 
dar às paredes formas irregulares. 


A título de exemplo temos — «Som- 
vyl» — um tipo de revestimento acús- 
tico para paredes e — «Sobalite» — um 
material próprio para divisórias, 


6.2.5. O CHÃO 


O chão de uma sala a insonorizar, 
é também uma superfície onde a refle- 
xão sonora exige uma redução. Com 
esse fim há portanto necessidade de 
cobrir o chão com material apropriado. 

De acordo com as características das 
salas, poder-se-á optar por algum dos 
materiais seguintes: 


º asfalto; 

º linóleo espesso; 

e placas de cortiça; 

* aglomerado de madeira; 

º carpetes; 

* cloreto de polivinilo com amianto. 

Assim, por exemplo, no chão falso da 
sala do computador é frequente a utili- 
zação de um revestimento de polivinilo 
com amianto. Noutras salas, onde as 
condições o permitam, e a insonorização 
se tenha de levar a valores elevados, 
o melhor revestimento acústico do chão 
é constiuido pelas carpetes cobrindo-o 
totalmente. 

Convém referir que os soalhos feitos 
com tábuas ou ripas novas amplificam 
o ruído por reflexão, em particular nos 
corredores extensos. 


(5) «Termodinâmica e Acústica», prof. 
H. Amorim Ferreira — 3.º Edição. 


Sistemas de Microtilmagem 


Não somos a Empresa mais an- 
tiga que em PORTUGAL trabalha 
no campo da microfilmagem. 


E, provavelmente, não somos 
a melhor nem a maior. 


Mas, porque somos profissionais 
em sistemas de microfilmagem e 
microfichas, oferecemos a tecno- 
logia mais avançada, utilizada pe- 
las nossas representadas 


Halagraptrk 


DIVISION OF 


2) BRUNING 


ADDRESSOGRAPH MULTIGRAPH 


Os nossos Clientes podem estar 


: seguros, ao preferirem os nossos 
serviços, de que faremos o melhor 


um equipamento que brevemente vai ser utilizado por diversas ç 
E gar ! para que tirem todas as vantagens 
empresas nacionais, para resolver os seus problemas de micro- 

filmagem da microfilimagem. 


º «Service-bureau» de microfilmagem clássica * Reveladoras e duplicadoras em diazo e vesicular 


e em sistema COM e Microfilmadoras clótéticos 


* Leitores de microfichas, automáticos e repro- * Sistemas integrados COM 


dutores º Estudos técnico-económicos 


C O M- Centro de Organização Microfilmagem, Lda. 


Rua de Campolide, 55-5.'-Teleis. 65 1805/656527/659208/659072 
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(Griteron A MAIS AVANÇADA TECNOLOGIA 


Y Inteligência distribuida por vários subsistemas 
independentes, executando funções de proces- 
samento. São conectados entre si através de 
um “ITB” (Internal Transfer Bus) ligado a um 
controlador. 


Y Lógica “firmware”, carregada através de um 
disco flexível, permite a concretização de máqui- 
nas virtuais múltiplas, entre as quais é de destacar 
a máquina virtual COBOL, que torna esta lin- 
guagem altamente eficiente. 


Y Poderoso sistema operativo com gestão auto- 
mática e dinâmica, possibilitando executar até 
35 aplicações simultâneas, dando elementos 
para o controlo financeiro, económico e esta- 
tístico da instalação. 


Exploração em memória virtual múltipla. 


Altos níveis de segurança, disponibilidade e 
eficiência (RAS). 


V Compatibilidade total com os sistemas NCR 
Century. 


Computadores: 


curso 


Diagramas de 


NOTA PRÉVIA 


Começamos a publicar a série 
de 12 fichas, que suportaram um 
curso de Sistemas de Administra- 
ção de Bancos de Dados, orga- 
nizado nos Caminhos de Ferro 
Britânicos. Estas fichas foram pu- 
blicadas pelo jornal Computer 
Weekly, de Janeiro a Março de 
1977. 

A tradução esteve a cargo de 
Jorge Marques, do LNEC, a 
quem expressamos os nossos agra- 
decimentos. 


Uma imagem vale por mil palavras. 
Em informática, onde muitas palavras 
são «calão», isto é especialmente ver- 
dadeiro. Do mesmo modo que um flu- 
xograma nos permite representar a ima- 
gem de um processo, um diagrama de 
informação estruturada (DIE) permi- 
te-nos desenhar a imagem de um banco 
de dados. Como em todas as imagens, 
podemos começar por um simples es- 
boço, e, depois, preenchê-lo gradual- 
mente com detalhes. 

Os DIE não são novos. Foram inven- 
tados há cerca de 15 anos por Charles 
Bachmann, e foram suportados por um 
«package» chamado «Integrated Data 
Store» (IDS), que ainda se encontra 
disponível nas grandes máquinas Ho- 
neywell. 

Muitas aplicações necessitam de ar- 
mazenar registos contendo informação 
acerca dos elementos duma organização 
e dos factos que os interligam. Os DIE 
permitem uma descrição concisa destas 
soluções. 

A relação entre DIE e Base de dados 
(DB) é a seguinte: se a informação 
é mantida como uma fonte central para 
muitas aplicações, então as relações são, 
provavelmente, mais numerosas. 

A relação entre o DIE e um sistema 
de administração de Bases de Dados 
(DBMS), é a seguinte: os DBMS sim- 
plificam a implementação das relações 
que têm de ser definidas. 

O objectivo desta série de artigos não 
é dirigido para os que usam um DBMS 
para implementar uma DB, pois certa- 
mente já usam DIE. A ideia é divulgar 
uma técnica usada na concepção e cons- 
trução duma DB, 


FICHA 1 


informação estruturada 


O DIAGRAMA BÁSICO 


Como hipótese de trabalho, a forma 
básica de associação entre dois tipos de 
registos é uma relação simples 1:n. Isto 
está representado, de modo informal, na 
figura 1. Para cada registo tipo-A, há 
alguns registos tipo-B, os quais podem 
estar ou não numa sequência determi- 


nada. 


Fig. 4 


Por exemplo, A pode ser um registo 
PART e B um registo OPERATION, 
Neste caso, a associação define as ope- 
rações necessárias para fazer uma de- 
terminada parte e a sequência em que 
elas devem ser executadas. 

A essência da notação de Bachmann 
é apresentada na figura 2. Cada tipo 
de registo é representado por uma fi- 
gura (ex.: círculo, quadrado, hexágo- 
no, etc.) com o nome de um registo 
escrito dentro, A associação entre dois 
tipos de registos é representada por uma 
seta que os liga, e indica o sentido da 
relação «um» para «muitos». 

Observe-se que a figura 1 apenas 
mostra um aspecto da associação, isto 


Fis. 2 


PHILIP REAVLEY 


é, um «record» particular À está asso- 
ciado com quatro «records» B parti- 
culares. A escolha do número de «re- 
cords» B é, evidentemente, arbitrária. 
O DIE da figura 2 é o mais simples 
e o que mostra a situação geral. 


TERMINOLOGIA 


Havendo um certo número de termi- 
nologias rivais para descrever estas 
associações entre «records», convém- 
-nos adoptar uma, 

Assim, a terminologia que ao longo 
desta «série» usaremos é a desenvolvida 
por Codasyl, a organização americana 
que controla a normalização. 

Os «records» são chamados OWNER 
e MEMBER da associação. Um OW- 
NER é associado a vários MEMBER. 
A associação, ela própria, é chamada 
SET. Por exemplo (fig. 3), no SET 
«how to make», o OWNER é «PART» 
e o MEMBER é OPERATION. 

Um SET pode ser descrito pelos se- 
guintes dados: Um OWNER, um 
MEMBER, e uma sequência do MEM- 
BERS para cada OWNER, 


HIERARQUIAS SIMPLES 


Um «record type» pode ser OWNER 
num SET e MEMBER noutro SET. 
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Por exemplo, na fig. 3, o «record 
Operation» é MEMBER no SET «how- 
-to-make» e OWNER no SET «Toops- 
-Needed». 


SUMÁRIO 


Um SET é uma relação de «um para 
muitos» entre «records» OWNER e 
MEMBER. 

Os «records type» são representados 
por figuras e um SET é representado 


por uma linha que une as figuras, com 
uma seta apontando do OWNER para 
o MEMBER. 

Uma hierarquia ocorre quando um 
«record type» é OWNER e MEMBER 
em SETS diferentes. 


PARTE 
«How-to-make» 


OPERATION 


«Tools-needed» 
TOOLS 
EXERCÍCIO 


Um Serviço de Saúde necessita dum 
registo de consultas contendo os seguin- 
tes «records type» — HOSPITAL, 
MÉDICO, DOENTE e CONSULTA. 

Desenhe um DIE que mostre as rela- 
ções entre estes «records type». 


DISCUSSÃO DO EXERCÍCIO 


A solução mais simples para o pro- 
blema do número anterior é apresen- 
tada na figura 1. Um hospital pode ter 
vários médicos, cada um com um certo 
número de doentes, cada um dos quais 
pode assistir a várias consultas, 

Contudo há problemas com a estru- 
tura indicada. 

Por exemplo um doente pode assistir 
a consultas de mais de um médico. 
Com a estrutura proposta obter-se-ia 


Hospital 


Censo ita 


Fig. 4 


uma duplicação de registos para cada 
doente, uma vez que cada registo parti- 
cular de doente somente pode estar li- 
gado a um registo de médico. 

Para controlar os tempos livres de um 
médico, horas de um determinado dia, 
seria mais conveniente ter um SET 
mostrando, para cada médico, todas 
as suas consultas em sequência crono- 
lógica, em vez de ter as suas consultas 
organizadas por doentes. 

É importante lembrar que nunca há 
uma só solução para um problema de 
estruturação de informação. A estru- 
tura requerida depende da forma de 
exploração dessa informação. Mais 
adiante se dará conta de outra solução. 

Podemos construir ARVORES de 
qualquer complexidade, quando um 
«record type» pode ser OWNER em 
dois ou mais SETs. Um exemplo é 
apresentado na figura 2. 

Os «records» «Depot» são os OW- 
NERS dos «records» «Facility» num 
SET e dos «records» «Vehicle» noutro 
SET. Os «records» «Vehicle», por sua 
vez, são OWNERS dos «records» «Ser- 
vice» e «Repair» noutros dois SETS. 

Uma ÁRVORE é caracterizada pelo 
facto de cada «record type» participar 
como MEMBER num único SET. 


Fis. a 


FICHA 2 


Fvg. 3 


Numa ÁRVORE existe um «record» 
que não é membro de nenhum SET, 
e é, habitualmente, conhecido por 
RAIZ da estrutura (o «record» «De- 
pot» na figura 2). 

A estrutura da figura 1 podia ser 
modificada de modo que cada «médico» 
fosse OWNER de «consultas» em um 
SET e de «doentes» em outro SET. 
Esta estrutura permitiria analisar con- 
venientemente as consultas de cada 
médico e também a lista dos seus doen- 
Contudo, com uma tal estrutura não 
tes de modo a mantê-las actualizadas. 
é possível detectar qual o doente a que 
corresponde cada consulta, 


Vehtele 
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REDES 


Uma estrutura em REDE é aquela 
em que um «record type» pode ter mais 
de um OWNER, isto é, ser MEMBER 
de mais de um SET, como se ilustra 
na fig. 3. 

Este diagrama é muito simples, e é 
um extensão lógica dos diagramas ante- 
riores. Contudo, a sua interpretação é 
mais difícil. Na fig. 3, cada «record» 
«consulta» está associado a um «record» 
«médico» e a um «record» «doente». 
Por outras palavras, cada «record» 
«médico» tem muitas «consultas» asso- 
ciadas, as quais serão usadas quando 
e trata da marcação de novas «consul- 
tas». Cada «record» «doente» tem tam- 
bém muitas «consultas» associadas, pro- 
videnciando assim um rápido acesso às 
consultas anteriores e futuras de cada 
«doente». 

Deste modo não há duplicação de 
«records» — o mesmo «record» «con- 
sulta» está associado não só a «médico» 
como também a «doente». 


DISCUSSÃO DO EXERCÍCIO 


Uma solução possível para o exercí- 
cio do número anterior é dada na fig. 1. 

Associadas a cada «cliente» existem 
várias «encomendas», cada uma das 
quais pode ser associada a vários «va- 
gão». Cada «combóio» será associado 
a vários «vagão» e a um certo número 
de «horário-de-chegada» (a diferentes 
«entreposto»), descrevendo o percurso 
do combóio, Para cada «entreposto» 
haverá um certo número de «horário- 
-de-chegada» (para diferentes «com- 
bóio»). 

O diagrama mostra que cada «vagão» 
é somente associado a um «encomenda» 
(um «record» pode ter somente um 
OWNER em cada SET). Isto é cor- 
recto se a empresa de transportes em 
discussão não aceitar encomendas infe- 
riores a um vagão cheio. 


RELAÇÕES 1:n 


Um SET é uma relação 1:n entre dois 
«records type». Algumas vezes existem 
relações mais complexas, 

Considere, por exemplo, as relações 
entre «encomenda» e «vagão» quando 
várias encomendas, correspondentes a 
menos de um vagão cheio, podem ser 
transportadas no mesmo vagão. Neste 
caso, as «encomendas» podem ser asso- 


DECOMPONDO REDES 


Quando se examina as estruturas 
REDE verifica-se que são muito mais 
vulgares que ÁRVORES, se bem que 
estas sejam mais fáceis, quer de enten- 
der quer de implementar. Uma ÁR- 
VORE é usualmente um modelo satis- 
fatório do processamento de uma apli- 
cação específica. Por estas razões, é útil 
decompor uma REDE em várias ÁR- 
VORES, de implementação mais sim- 
ples. Isto é feito à custa da duplicação 
de informação. 

Por exemplo, na figura 3, o «record» 
«médico» poderia ser RAIZ de uma 
ARVORE, e a informação «doente» 
seria armazenada com a informação 
«consulta» num «record». Isto resul- 
taria numa duplicação da informação 
«doente». 

Alternativamente, a RAIZ da AR- 
VORE poderia ser «doente» e juntar 
a informação «consultar e «médico» 
em um único «record» com duplicação 
da informação «médico». 


cliente 


Encomenda 


Fig.4 


ciadas a um vagão o que sugere ime- 
diatamente a introdução de um outro 
SET na direcção inversa (fig. 2a). 
Num SET, uma encomenda que con- 
siste em mais de um vagão cheio é o 
OWNER do SET respectivo. Todas as 
encomendas que ocupam apenas uma 
parte de um vagão cheio são MEM- 
BERs que estão associados com um 
único vagão no qual serão carregadas. 


Uma terceira alternativa é duplicar 
«consulta» e armazená-la, quer numa 
ARVORE em que «médico» é RAIZ, 
quer numa ÁRVORE em que «doente» 
é RAIZ. 


SUMÁRIO 


— A ARVORE é a estrutura mais 
complexa que pode ser construída; 
em que um «record-type» pode 
pertencer somente, como MEM- 
BER, a um SET. 

— À REDE é a estrutura em que um 
«record type» é MEMBER em 
mais de um SET. 

— As REDES podem ser decompos- 
tas em ÁRVORES, através da du- 
plicação de informação. 


EXERCÍCIO 


Desenhe um DIE mostrando associa- 
ções possíveis entre os seguintes «re- 
cords-type»: Cliente, Encomenda, Va- 
gão, Combóio, Entreposto, Horário de 
chegada. 


FICHA 3 


Herzrio-de- 
- cheg ada 


Com efeito, ambos «encomenda» e 
«vagão» foram divididos em dois gru- 
pos: um «record» «encomenda» será ou 
OWNER num SET ou MEMBER nou- 
tro SET, aplicando-se o mesmo aos 
«records» «vagão». 

Contudo nenhum destes SETs será 
suficiente se uma encomenda estiver 
repartida entre dois vagões, sendo parte 
de cada um deles. Isto é, uma relação 
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mea 
fre E EN 
n:1 com uma relação 1:n não é a mes- 
ma coisa “Queima relação nin. 

Ná figura2b mostra-se uma relação 
n:n. Esta relação já não é formalmente 
um SET, pois-cada MEMBER pode 
estar associado a mais de um OWNER. 


RELAÇÕES 1:1 


Ocasionalmente, dois «records type» 
terão uma relação 1:1. Por exemplo, 
uma encomenda pode ser definida como 
sendo um vagão cheio. Na fig. 2c mos- 
tra-se convenientemente uma tal rela- 
ção. 

Uma situação similar existe entre pa- 
gamentos e facturas, pois pode conven- 
cionar-se que um pagamento corres- 
ponde completamente a apenas uma 
factura (1:1); ou um pagamento pode 
cobrir várias facturas (1:n); ou vários 
pagamentos podem ser prestações res- 
peitantes a uma única factura (n:1); 
ou ainda um pagamento simples pode 
ser prestação de pagamento de várias 
facturas (n:n). 


«RECORDS» DE INTERSECÇÃO 


Quando se desenha um DIE, ocor- 
rem frequentemente relações n:n. Con- 
tudo, uma tal relação pode sempre ser 
decomposta em duas relações 1:n, atra- 
vés da criação de um novo «record 
type», chamado INTERSECTION «re- 
cord> (fig. 2d). O «record» INTER- 
SECTION representa uma conexão 
entre os seus dois OWNERs. 

Após a criação de um novo «record 
type», surge a questão de qual será 
o seu conteúdo. O «record» INTER- 
SECTION deve conter dados que des- 
crevam relações entre os OWNERS. 
Neste caso, podemos colocar no IN- 


(e) 6) 


Fig a 


TERSECTION o «peso»,. que nos dirá 
quanto de uma dada encomenda será 
carregada num determinado vagão. 

Esta informação é chamada infor- 
mação de intersecção. As formas 2b 
e 2d são equivalentes, no sentido em 
que em 2d cada encomenda pode ser 
associada com n vagões e em que Os 
mesmos vagões podem também ser 
associados com n encomendas. 

Se olharmos para a fig. 1, podemos 
ver que há relação n:n entre «combóio» 
e «entreposto» representada pelo «re- 
cord» INTERSECTION «horário-de- 
-chegada». 


«RECORDS» VÁRIOS 


É possível que não haja informação 
útil para a intersecção. Portanto, se fo- 
rem criados INTERSECTION, estes fi- 
carão vazios (EMPTY). Embora possa 
parecer estranho ter «records» sem in- 
formação, compreender-se-á melhor 
quando considerarmos que a sua fun- 
ção é a ligação entre dois outros «re- 
cords». 


De facto, elas não serão completa- 
mente vazios já que conterão aponta- 
dores ou chaves que permitirão iden- 
tificar cs seus OWNERSs. 


SUMÁRIO 


— Uma relação nin é representada 
por uma linha com uma seta em 
cada extremo. 

— Uma relação 1:1 é representada 
por uma linha sem qualquer seta. 

— Uma relação nin é representada 
por duas relações lin com um 
«record» INTERSECTION. Al- 
gumas vezes, esses «records» serão 
EMPTY, 


EXERCÍCIO 


Os seguintes pares de «records type» 
têm uma relação n:n. Sugira que infor- 
mação poderiam ser contidas num «re- 
cord» INTERSECTION. (Utilidade, 
Armazém), (Aluno, Exame), (Pro- 
jecto, Recurso). 


DISCUSSÃO DO EXERCÍCIO 


A informação adequada a incluir nos 
«records» INTERSECTION deveria 
ser: 


— para (Utilidade, Armazém), aque- 
la que relacionasse «Utilidade» e 
«Armazém», tal como, quantidade 
em «stock», nível-de-reabasteci- 
mento, localização-do-armazena- 
mento, etc.; 

— para (Aluno, Exame), nota, data- 
-do-exame, etc.; 

— para (Projecto, Recurso), quanti- 
dade-de-material, data-em-que-é- 
necessário, etc. 


«SETS» ENROLADOS 


Até agora, os SETs relacionaram um 
«record-type» com outro «record-type» 
diferente. Contudo, é necessário rela- 
cionar «records» do mesmo tipo. Por 
exemplo, pode ser necessário num ser- 
viço de pessoal relacionar cada pessoa 
com o seu chefe, de forma a construir 
quadros de organizações. 

Esta situação é representada na fi- 
gura 1. O OWNER e o MEMBER são 
«records» do mesmo tipo — Os patrões 
são também pessoas. Contudo, a res- 
trição na definição de SET que faz 
com que cada MEMBER só tenha um 
OWNER, significa que cada pessoa só 
pode ter um chefe. 


FICHA 4 


Numa organização mais complexa, as 
pessoas poderiam ter dois chefes — um 
para lhes dizer o que fazer, outro para 
lhes dizer como fazer, tal como é ilus- 
trado na fig. 2. Note que, no caso de 
mais de um SET relacionar os mesmos 
«record types», é útil dar um nome 
a cada SET e escrevê-lo no diagrama. 

Pode ocorrer que esta estrutura não 
seja ainda suficientemente complexa. 
Por exemplo, pode desejar-se arma- 
zenar as «associações conhecidas» entre 
pessoas, para cada pessoa. Isto resul- 
taria numa relação n:n, como se mostra 
na fig. 3. Como é indicado na ficha 3, 
quando há uma relação n:n é boa prá- 
tica definir «records de intersecção» e 
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duas relações simples 1:n, tal como 
se mostra na fig. 4. 


Usualmente, certas indústrias utilizam 
relações de componentes. Um produto 
acabado pode ser constituído por várias 
partes, cada uma das quais pode ser 
ainda constituída por outras partes. 
Estas últimas podem, por sua vez con- 

“ter um certo número de componentes 
básicos. Estes podem ainda ser com- 
prados feitos ou ser fabricados. 


Todos os produtos acabados, partes, 
subpartes, componentes básicos e ma- 
térias-primas serão considerados como 
«partes» e terão atributos semelhantes 
tais como preço, existência em arma- 
zém, informações de fabrico e modos 
de obtenção. 


A relação n:n entre as várias «par- 
tes» é chamada RELAÇÃO DE COM- 
PONENTES e o seu DIE é apresen- 
tado na figura 5. A relação n:n entre 
as «partes» está decomposta em duas 
relações lin com um «record» de inter- 
secção. Este «record» contém informa- 
ções tal como a quantidade de uma 
«parte» necessária para fazer outra 
«parte». 


O diagrama é muito simples. O exem- 
plo seguinte clarificará a situação, 
A figura 6 mostra uma relação de com- 
ponentes. A «parte» A é feita de uma 
«parte» B e duas «partes» C, etc. Obser- 
ve que C é usado para fazer Be À. 


A figura 7 mostra a translação da fi- 
gura 6 para a forma usada na figura 5. 
Há dois «records types» — PARTE 
(A, B, €, D) e QUANTIDADE (1, 2, 
3, 2). Repare que C não está dupli- 
cado como «record», embora ocorra 
duas vezes na relação de componentes, 
porque ambas as ocorrências de C na 
relação de componentes referem o mes- 
mo objecto. Assim, a informação des- 
critiva de C apenas é tomada uma vez. 
Contudo, os «records» QUANTIDADE 
são duplicados mesmo que tenham o 
mesmo valor, já que podem variar in- 
dependentemente uns dos outros. 


Os dois SETS que associam PARTE 
a QUANTIDADE são representados 
por traço interrompido e traço contí- 
nuo. Repare ainda que cada «record» 
tem dois «records» PARTE como OW- 
NER, um em cada SET. 


As ocorrências C e D do «record» 
PARTE não são OWNER de «records» 
QUANTIDADE no SET «Feito-de», e, 
portanto, são componentes básicos 
(comprados feitos ou matéria-prima). 
A ocorrência A de PARTE não é 
OWNER de qualquer «record» QUAN- 
TIDADE no SET «usado-em» o que 


quer dizer que não é usado na manu-. 


factura de qualquer PARTE, isto é, 
é um produto-acabado. 


Que - fazer 
É) 
Come - faser 
ig Fig.2 Fig.3 
& 


(astocnçã ) 


Fis. di 


Fis. 6 


Feito-de 


Usado-em-— —-=——= — 


Seguindo as associações, pode con- 
cluir-se que A é feito de 1 de Be 2 
de C, etc. É igualmente simples con- 
cluir que C é usado 3 vezes em B e duas 
em À. 

As redes PERT usadas para planifi- 
cações de projectos têm um DIE seme- 
lhante, em que uma actividade é a in- 
tersecção de dois acontecimentos. 


EXERCÍCIO 


Desenhe um DIE para uma banco de 
dados de criação de carneiros, con- 
tendo, dois «record types» — CAR- 
NEIRO e ACASALAMENTO. Este 
exemplo é originado num trabalho feito 
na Universidade de Aberdeen, 
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DISCUSSÃO DO EXERCÍCIO 


Os três SETs necessários para estabe- 
lecer a árvore genealógica de cada car- 
neiro encontra-se na fig. 1. 

Na intersecção de dois carneiros e um 
acasalamento. O «record» ACASALA- 
MENTO associa um dado macho com 
uma dada fêmea. Cada CARNEIRO 
é também resultado de um ACASALA- 
MENTO, e de um único ACASALA- 
MENTO pode resultar mais de um 
CARNEIRO (se nascerem gémeos). 


ENTRADAS NUM DIE 


Quando se acede a um banco de da- 
dos é necessário encontrar um «record» 
através da chave de acesso aleatório 
(directo) ou indexação. Uma vez esta- 
belecida uma posição na estrutura, ou- 
tros «records» podem ser encontrados 
através das suas associações em SETSs. 
Os «records» que podem ser acedidos 
directamente formam ENTRY POINTS 
(Entradas) no DIE, sendo útil distin- 
guir tais «records». Tal é feito usando 
rectângulos para «records» que são 
ENTRY POINTS, e hexágonos para 
«records» que o não são. Para evitar 
confusões outras figuras (círculos, elip- 
ses, etc.) serão usadas se não for ne- 
cessário distinguir os ENTRY POINTS. 

À capacidade de aceder directamente 
a um «record» impõe e frequentemente, 
condições à sua localização na base de 
dados. Por exemplo, se a técnica da 
chave directa é usada, a localização do 
«record» é determinada pelo algoritmo 
usado para a determinar. Se for usada 
a técnica de indexação, os «records» 
podem ter que ser dispostos em sequên- 
cia. 


MANDATÁRIO E OPCIONAL 


É comum, em estruturas em rede, 
um «record type» participar como 
MEMBER em vários SETs. Contudo, 
é também comum que nem todos os 
«records» do mesmo «record type» par- 
ticipem sempre em todos os SETSs. 

Se um «record» não é sempre MEM- 
BER num dado SET, diz-se que ele 
é OPCIONAL. No caso oposto, ele é 
dito MANDATÓRIO, A relação opcio- 
nal é indicada a traço interrompido. 


ORDENAÇÃO DE SETs 


Muitas vezes, um programa que ace- 
de a uma base de dados lerá um OW- 
NER (por exemplo, por chave aleató- 
ra), e subsequentemente lerá cada 


Quasalamen to 


E! ul 


MEMBER a ele associado, um de cada 
vez. Pode acontecer que os MEMBERs 
(quando acedidos via um SET parti- 
cular) devam ser lidos numa sequên- 
cia definida. 

Isto pode ser indicado através de um 
pequeno círculo, na linha que repre- 
senta o SET, com uma nota de pé de 
página indicando os campos pelos quais 
Os «records» MEMBER estão em se- 
quência. Se não houver sequência indi- 
cada, assume-se que os MEMBERs 
estão ordenados por ordem cronológica 
(da sua inclusão no SET) ou que a se- 
quência não interessa. 


OWNERs ALTERNATIVOS e SETs 
DE MEMBERs MÚLTIPLOS 


Quando um «record» pode ter como 
OWNER «records» do tipo A ou «re- 
cords» do tipo B, A e B são «records» 
OWNER alternativos. Por exemplo, 
OWNERs alternativos, para um «re- 
cord» VAGÃO num SET «Localização- 
-do-vagão», seriam CAIS, DESVIO, 
REPARAÇÃO, COMBOIO, etc., tendo 


Fornecedor 


Metigo 
de 
Etock 


FICHA 5 


em conta que somente pode existir um 
OWNER de cada vez, já que um va- 
gão só pode estar num lugar. Similar- 
mente, um OWNER pode ser associado 
com múltiplos «record types» MEM- 
BER. Isto tem aplicações mais úteis 
quando o SET está ordenado segundo 
uma chave comum. 

Para mostrar que um SET tem OW- 
NERs alternativos ou MEMBERs múl- 
tiplos a linha que representa o SET 
divide-se para um dos extremos e apon- 
ta para todos os MEMBERs ou todos 
os OWNERs. 

O DIE da figura 2 tem três ENTRY 
POINTS — FORNECEDOR, ARTI- 
DO-DE-STOCK e CONTRATO. Cada 
um destes «record types» tem uma 
chave para acesso directo. Os «records» 
ENCOMENDA somente podem ser 
acedidos a partir dos associados FOR- 
NECEDOR ou ARTIGO-DE-STOCK. 
Os «records» ENTREGA-PREVISTA 
somente podem ser acedidos pelos AR- 
TIGO-DE-STOCK ou CONTRATO a 
eles associados. 

Os «records» ENCOMENDA estão 
somente associados a ARTIGO-DE- 
-STOCK enquanto a encomenda não é 
recebida. Quando é recebido, essa asso- 
ciação é eliminada sendo posterior- 
mente apagado o próprio - «record», 
quando a respectiva factura é paga. Do 
mesmo modo, ENTREGA-PREVISTA 
está ligado a ARTIGO-DE-STOCK 
até que a entrega tenha sido feita, fi- 
cando ligado a CONTRATO até o con- 
trato ser realizado, altura em que os 
«records» ENTREGA-PREVISTA são 
por sua vez apagados. 

Um programa acede a um ARTIGO- 
-DE-STOCK particular, e sequencial- 
mente procura ENCOMENDA e EN- 
TREGA-PREVISTA para determinar 
quando um «stock» se esgota ou quan- 
do excede um nível pré-determinado. 


Contract 
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SUMÁRIO 


— «Records» que podem ser acedi- 
dos directamente são representa- 
dos por rectângulos; 

— SETs nos quais a participação de 
«records» MEMBER é opcional 
são indicados por traço interrom- 
pido; 


— SETs em que os MEMBERs estão 
em sequência são indicados com 
um S envolvido por um círculo, 
incluído na linha que os repre- 
senta; 

— Se um SET associa OWNERs al- 
ternativos ou MEMBERs múlti- 
plos, a linha que o representa di- 
vide-se para apontar cada OWNER 
ou cada MEMBER. 


EXERCÍCIO 


Um banco de dados de «futebol» con- 
tém os seguintes «record types»: CLU- 
BE, TRANSFERÊNCIA, JOGADOR, 
ENCONTRO, PRESENÇA. Desenhe 
um DIE. 


DISCUSSÃO DO EXERCÍCIO 


Uma possível solução para o banco 
de dados do futebol é apresentada na 
figura 1. Os CLUBE relacionam-se 
entre si de duas maneiras: transferência 
de um jogador e encontro. À intersec- 
ção de um jogador e um encontro é 
uma presença. Os clubes têm muitos 
jogadores, e um jogador pode estar en- 
volvido em várias transferências. 


IMPLEMENTAÇÃO DE ESTRU- 
TURAS DE SETs 


A primeira vantagem em usar DIEs 
está na capacidade de explorar relações 
que existem, sem ter necessidade de 
pensar em como essas relações poderão 
ser implementadas na prática, permi- 
tindo ao analista concentrar-se na defi- 
nição de um problema sem considerar 
soluções. 

Porém, uma vez desenhado o DIE, 
a próxima tarefa será criar um sistema 
de arquivo que possibilitará a criação, 
actualização, leitura e eliminação de 
«records» e suas relações. 

Uma selecção de comandos e seus 
parâmetros, necessários para um pro- 
grama, destinado a processar relações 
entre «records», é a seguinte: 


LIGAR (MEMBER, OWNER, SET) 

DESLIGAR, (MEMBER, OWNER, 
SET) 

ENCONTRAR-PRIMEIRO-MEMBER 
(OWNER, SET) 

ENCONTRAR-MEMBER-SEGUINTE 
(MEMBER-CORRENTE, SET) 

ENCONTRAR-OWNER (MEMBER, 
SET) 


LOCALIZAÇÃO FÍSICA 


O modo mais óbvio para representar 
uma relação de SET é pela posição 
física dos seus «records». Cada 
OWNER é seguido pelos seus MEM- 
BERs em sequência. Assim, para a fi- 
gura teríamos. 


..ABBABBBABABB... 


Transferência 


Fra. 4 


para a figura 2b, 
-..ABBCCCABBBBCCC... 
e para a figura 2c, 
...ABCCBCABBCCBCCBC... 


Este método tem uma grande vanta- 
gem e uma grande desvantagem. A seu 
favor tem o facto de poder ser imple- 
mentado num dispositivo sequencial, 
tal como uma banda magnética, A des- 
vantagem está em que cada «record» 
só pode ter um único OWNER. Um 
OWNER é necessário para determinar 
a posição relativa, mas uma vez que 
cada «record» só pode ser colocado em 
um lugar, não pode ter mais que um 
OWNER. Fica assim condicionada a 
classe das estruturas implementáveis 
num tal sistema a ÁRVORES. 


ta) 


VU) 


Fig. EA 


FICHA 6 


(Repare que a RAIZ da ÁRVORE 
por ser considerada como tendo um 
OWNER, que ocorre apenas uma vez, 
e coincide com o «sistema». Alternati- 
vamente, a RAIZ pode ser encontrada 
por técnica aleatória). 

Uma vez que a posição física de «re- 
cord> no ficheiro determina as relações 
de SET, as funções LIGAR e DES- 
LIGAR são um subproduto de inserir 
e eliminar «records». Isto provoca um 
problema, quando se pretende actua- 
lizar relações de SET, já que isso im- 
plica a eliminação de um «record» com 
colocação num ficheiro temporário, e 
subsequente reinserção no seu novo lu- 
gar. 


ENCONTRAR - PRIMEIRO - MEM- 
BER e ENCONTRAR-MEMBER-SE- 
GUINTE são simples e eficiente, uma 
vez que dizem respeito a «records» que 
estão no mesmo bloco ou em blocos 
adjacentes. 

Não é necessário espaço extra para 
armazenar as relações de SET. Mas 
lado, se houver alguma actividade de 
inserção é necessário, deixar espaço li- 
vre, distribuído por intervalos que per- 
mitam a expansão, ou então terá de 
ser criado um ficheiro totalmente novo. 

Em certo sentido a implementação é 
semelhante a super-<record» COBOL, 
com cada OWNER tendo um contador 
com o número de MEMBER que de- 
tém, e a cláusula OCCURS... DEPEN- 
DING ON... para conter os MEM- 
BERs. Pode observar-se que a distin- 
ção entre SETs e Grupos-Repetitivos é 
arbitrário. 
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Este método de armazenamento de 
estruturas em ARVORE é historica- 
mente significativo, uma vez que o 
«software de suporte de ficheiros inte- 
grados» «sistemas de manipulação de 
bases de dados»), pode ser implemen- 
tado usando as capacidades das funções 
para manipulação de ficheiros, dadas 
pelos sequenciais indexados. 


DISCUSSÃO DO EXERCÍCIO 


Uma tábua de decisão pode ser apre- 
sentada pela estrutura da fig. 1. Uma 
«situação» é uma série de «valores» 
(verdadeiro ou falso) cada um apli- 
cado a uma «condição». Para cada 
«situação» há um número de «acções». 
Cada «acção» pode ser necessária em 
vários «situações». 


ANÉIS 


No número anterior descreveu-se 
como os «records» MEMBER e OW- 
NER poderiam ser associados pela lo- 
calização dos MEMBERs imediata- 
mente a seguir aos seus OWNERS. 

Um outro método consiste em formar 
uma estrutura de ANEL, tal como se 
mostra na figura 2. Cada «record» tem 
um campo extra chamado «apontador» 
que contém um endereço do «record» 
seguinte no ANEL 

Usando o «apontador» é simples EN- 
CONTRAR- PRIMEIRO - MEMBER e 
ENCONTRAR - MEMBER - SEGUIN- 
TE. Para ENCONTRAR-OWNER, a 
partir de qualquer MEMBER, é neces- 
sário seguir os «apontadores» até ao 
OWNER (reconhecido pela identifica- 
ção «record type»). Evidentemente, isto 
pode ser uma operação demorada, e 
por razões de «performance» um apon- 
tador extra pode ser adicionado a cada 
MEMBER, providenciando o acesso di- 
recto ao OWNER (fig. 3) para LIGAR 
um novo MEMBER ao seu OWNER, 
o ANEL é percorrido até ao ponto de 
inserção correcta, para o novo MEM- 
BER, e os «apontadores» são então 
ajustados. Esta operação é simples, se 
novos MEMBERs são sempre colocados 
em primeiro lugar. 

Se os novos MEMBERs são sempre 
colocados em último lugar, então a ope- 
ração é a mais demorada uma vez que 
todos os MEMBERs devem ser acedi- 
dos até que o último seja encontrado. 
Porém, isto pode ser facilmente evitado 
adicionando a cada OWNER um «apon- 


Exemplos típicos disso são IMS-HI- 
SAM (IBM), DM 52 (ICL), FMSS8 
(UNIVAC) e MARKIV. 


SUMÁRIO 


— Os SETs podem ser representados 
pela sua localização física. 


Fig. 1 


tador» especial contendo o endereço do 
último MEMBER, 

Se o SET está ordenado por uma 
dada chave, a procura do ponto cor- 
recto de inserção não pode ser evitado. 

Para DESLIGAR um «record» do 
seu OWNER é necessário removê-lo do 
ANEL e ligar o seu antecessor ao seu 
sucessor. Localizar o seu antecessor en- 
volve geralmente aceder todos os «re- 
cords» do ANEL. Isto pode ser evitado 
juntando dois «apontadores» a cada 
MEMBER, um para o sucessor e ou- 
tro para O antecessor (Fig. 5). 


— À estrutura mais complexa que 
pode ser presentada desse modo 
é a ÁRVORE. 


EXERCÍCIO 


Desenhe um DIE para uma tábua de 
decisão. 


FICHA 7 


É importante ter em conta que «apon- 
tadores» extra são somente requeridos 
para melhorar a execução de certas 
operações, quando há muitos MEM- 
BERs para cada OWNER. Qualquer 
número de SETs pode ser implemen- 
tado usando esta técnica, em que cada 
SET requer um «apontador» adicional 
em cada «record» de forma a permitir 
a construção das REDES. 

O «apontador» contém o endereço de 
um outro «record». Isto traz problemas 
se por qualquer razão Os «records» têm 
de ser movidos, mas há um certo nú- 
mero de soluções possíveis. Uma delas 
é deixar no lugar anterior um «apon- 
tador» que aponte para o «record» se- 
guinte. Outra, seria atribuir a cada «re- 
cord» um único identificador conver- 
tível no seu endereço actual. 
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EXERCÍCIO 


Suponha que num sistema manual há 
três ficheiros, um em cada gaveta dum 
armário-arquivo. Há um ficheiro PRO- 
DUTO com uma ficha por cada pro- 
duto, contendo o respectivo número 
- (201, 307, etc.) e a sua descrição. Este 
ficheiro está ordenado por número-de- 
-produto. 

O segundo ficheiro tem uma ficha 
por cada CLIENTE, em que está o seu 
número de código (B27, C34, etc.) e o 
nome. Este ficheiro está ordenado pelo 
nome dos clientes. 

O terceiro ficheiro contém ENCO- 
MENDAS, e cada ficha representa uma 
encomenda por cliente, para um pro- 


Nas fichas anteriores foram discuti- 
das duas técnicas de implementação 
— localização física e estruturas em 
ANEL. Nesta ficha, apresentaremos, 
um terceiro tipo de implementação. 


ARRAY DE APONTADORES 


O método é ilustrado na figura. Cada 
OWNER tem associado, por localização 
física, uma lista de apontadores para 
cada um dos seus membros, e cada 
MEMBER tem um apontador para o 
seu OWNER. A lista dos apontadores 
MEMBER está ordenada. 

Deste modo são simples de executar 
as funções ENCONTRAR-PRIMEIRO- 
-MEMBRO, ENCONTRAR-MEM- 
BRO-SEGUINTE, ENCONTRAR- 
“OWNER. 

DESLIGAR um MEMBER do seu 
OWNER é também simples: encontra- 
do o MEMBER, o seu apontador para 
o OWNER é colocado num valor nulo. 
O endereço do MEMBER é conserva- 
do, e a lista de MEMBERs ligada ao 


FORMULÁRIOS EM CONTÍNUO 


ENVELOPES EM CONTÍNUO 
BANDAS PARA PERFURAR 


Rua do Machado, 47 (Carnide) LISBOA-4 


Telefs. 780411 - 785923 


IMPRESSOS MÚLTIPLOS «SNAP-OUT» 


duto. Contém também o número do 
produto, a quantidade encomendada e 
a data de entrega. Este ficheiro está 
ordenado por esta data. 

Algumas acções seriam simples de 
executar com este arranjo (por exem- 
plo, alterar a descrição de um produto, 
organizar as entregas do dia seguinte, 
achar o código de um cliente). Con- 
tudo, alguns tratamentos seriam difi- 
ceis (por exemplo, determinar a quan- 
tidade de um produto em encomendas, 
preparar uma factura mensal para um 
cliente). O problema seria resolvido se 
os dois SETs forem implementados do 
modo seguinte: 


— um associando ENCOMENDAS 
com PRODUTOS, e o outro asso- 


Fig. 1 


OWNER é percorrida até que o ende- 
reço seja encontrado. Esse apontador 
é então anulado, ou então todos os 
apontadores subsequentes são recuados 
numa posição. 

LIGAR um novo MEMBER a um 
SET é bastante simples se novos MEM- 
BERs forem sempre colocados em úl- 
timo lugar, pois o «apontador» é adi- 
cionado no fim da lista, Se a sua colo- 
cação for em primeiro lugar, todos os 
apontadores existentes na lista têm que 
ser avançados uma posição a fim de 


criar lugar para o novo. 


ciando ENCOMENDAS com 
CLIENTES. Isto podia ser feito 
no sistema manual com uma «agu- 
lha e uma linha». 


Imagine uma linha ligando todas as 
fichas ENCOMENDA de um dado 
produto com os seus extremos presos 
na ficha do produto. Imagine agora 
mais linhas ligando à ficha de um 
cliente todas as suas encomendas, 

Agora, puxando as linhas, as enco- 
mendas podem ser seleccionadas, por 
exemplo, quando da preparação da fac- 
tura do cliente. 

Quais seriam os procedimentos, se 
juntar uma nova encomenda? E quando 
se remover uma encomenda? (tesouras 
e nós são permitidos). 


FICHA 8 


Se o SET tiver que ser mantido nu- 
ma certa ordem, já a operação pode 
ser demorada, uma vez que para LI- 
GAR um novo MEMBER, os MEM- 
BERs existentes têm que ser acedidos 
até encontrar um que tenha uma chave 
de maior valor. 

Este método de implementação de 
SETs é pouco popular, provavelmente 
devido à dificuldade de manutenção de 
uma lista de apontadores de compri- 
mento variável associado a cada OW- 
NER. 


OUTRAS IMPLEMENTAÇÕES 


Há ainda um certo número de outras 
técnicas de implementação de SETSs. 
O artigo «Implementation techniques 
for data structured SETs», por C. W. 
Bachman, em «Data Base Management 
System», publicado por North-Holand, 
em 1974, apresenta uma comparação 
entre nove diferentes técnicas de imple- 
mentação. 


CONTIFORME 
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PELA 1. VEZ EM PORTUGAL 
O ENSINO DE MICROPROCESSADORES 


CURSO A — INTRODUÇÃO AOS MICROPROCESSADORES 
CURSO Bl — CURSO BÁSICO DE MICROPROCESSADORES 
CURSO B2 — WORKSHOP SOBRE MICROPROCESSADORES 


CURSO C — SISTEMAS DE DESENVOLVIMENTO DE MICROCOMPU- 
TADORES 


CURSO D — PROGRAMAÇÃO DE MICROCOMPUTADORES. 
LINGUAGENS SUPERIORES. 


COM AULAS PRÁTICAS EM LABORATÓRIO ONDE SE ENCONTRA INSTALADO O NOSSO 
SISTEMA DE DESENVOLVIMENTO DE MICROPROCESSADORES «SUPERTWIN», DA SIGNE- 
TICS — PHILIPS. 


Peça informações completas ao Departamento de Formação — Grupo de Trabalho de Electró- 


nica — Microprocessadores, do TEOR. 


CENTRO DE ESTUDOS E ORGANIZAÇÃO 
CIENTIFICA DO TRABALHO, S.A.R.L. 


SEDE: Avenida Casal Ribeiro, 18-s/l, 1.º e 2.º 
Telefs.: 579700-579750-579800-579850 — LISBOA - 1 
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A tomada de decisão económica 
sobre a compra ou aluguer 
de equipamentos de informática 


1. A análise que suporta a decisão 
da escolha dos equipamentos informá- 
ticos deve basear-se na relação benefí- 
cios/custos de várias alternativas. Rela- 
ção essa que se suporta em múltiplas 
variáveis: benefícios técnicos para a re- 
solução das aplicações e para o sistema 
de informação que as envolve, benefí- 
cios eventuais na transformação da es- 
trutura e reorganização do Centro; 
benefícios resultantes da melhoria do 
pessoal especializado, benefícios even- 
tuais quanto à segurança de informação, 
grau de erros, instalações etc.; bem 
como as variáveis dos custos corres- 
pondentes. 

Evidentemente, a escolha ou a, selec- 
ção dos equipamentos deverá recair na- 
queles que determinam um maior rácio 
benefícios /custos. 

Na determinação dos custos deverão 
ser encaradas as duas hipóteses: com- 
pra ou aluguer de equipamentos ("), 
para além dos restantes custos. 

Todavia, muitas vezes, a formaliza- 
ção da decisão de compra ou aluguer 
de equipamentos informáticos, ou a de- 
terminação dos custos resultantes da 
compra ou do aluguer, não tem em 
conta todas as variáveis económicas 
que condicionam a acção de obtenção 
de equipamentos informáticos ou, re- 
sulta de um exame estritamente subjec- 
tivo de quem tem que decidir. 


2. A compra de equipamentos infor- 
máticos constitui a sua aquisição por um 
determinado valor ou custo — custo de 
compra (CC) — obrigando no acto da 
afirmação do contrato à troca dos equi- 
pamentos pelo seu valor ou custo (2). 
Dum modo geral, no custo de com- 
pra dos equipamentos não está incluído 
o custo de manutenção (CM) desses 
equipamentos durante o seu período de 
vida útil (N) (3). 

Também, dum modo geral, os equi- 
pamentos comprados possuem no fim 
da sua vida útil determinado valor final 
ou de falta de «resgate» (VF). 

Ainda, o custo de compra (CC) dos 
equipamentos deverá ter actualização 


à taxa de juro do mercado (TJ) para 
o período de vida útil dos equipamen- 
tos (N). 

Deste modo o custo dos equipamen- 
tos é, normalmente superior, dado que 
deverá ser corrigido com o custo de 
manutenção e o benefício do valor final 
dos equipamentos e, actualizado. 

A este custo, normalmente maior, 
chamaremos custo actualizado de com- 
pra (CAC). 


3. O aluguer dos equipamentos in- 
formáticos permite a sua utilização (*) 
por um determinado valor ou custo 
anual — custo de aluguer (CA) — 
obrigando, normalmente, à entrega 
anual desse valor durante o período 
de utilização desses equipamentos. 

Dum modo eral, no custo anual de 
aluguer está incluído o custo da ma- 
nutenção dos equipamentos (*). 

No fim do período de utilização dos 
equipamentos estes são devolvidos à 
empresa fornecedora impondo-se nessa 
altura, novos alugueres ou a compra de 
novos equipamentos. 


4. Para determinarmos o custo 
actualizado anual de compra (CAC) 
dos equipamentos, que deve ser com- 
parado com o custo anual do aluguer 
(CA) e, que é diferente do custo (CC) 
a pagar no acto da afirmação do con- 
trato, devemos deduzir a este o valor 
final ou de «resgate» dos equipamentos 
(VF) e actualizar o valor obtido à taxa 
de juro do mercado (TJ) através da- 
quilo que designamos por «factor de 
recuperação do capital» (FRC) no pe- 
ríodo de vida útil dos equipamentos. 
Ao valor obtido, deverá, ainda, ser adi- 
cionado o juro sobre o valor final que, 
anualmente, podia ser recuperado bem 
como o custo anual de manutenção. 


5 ÀÁssim, o algoritmo que em termos 
micro-económicos (*) permite determi- 
nar o custo actualizado anual de com- 
pra — que se for inferior ao custo 
anual de aluguer gerará custos totais 
menores, supondo todos os restantes 


ALVES LAVADO 
DGOA 


custos resultantes da obtenção dos equi- 
pamentos, como não sendo função, isto 
é, independentes, da decisão de compra 
ou aluguer — é o seguinte: 


CAC=(CC—-VF) xFRC+T]x VF+CM 


onde 


CAC Custo actualizado anual de 


compra 


CC Custo de compra do equi- 
pamento 


VF Valor final ou de «resga- 
te», depois de N anos de 
serviço (valor residual 
do equipamento no fim 
da sua vida útil) 


TJ (1+TJ)* «Factor de 
(1+TJ)N-1 recuperação 

do capital) 
TJ Taxa de juro 


FRC 


CM Custo anual de manuten- 
ção do equipamento 


N Anos de vida útil do equi- 
pamento 


(') Normalmente, no mercado dos equi- 
pamentos informáticos, para a obtenção des- 
tes é sempre possível a opção de compra ou 
aluguer. 

(*) Não teremos em consideração os ca- 
sos em que a entrega do valor dos equipa- 
mentos de informática se faça de modo dife- 
rido ou a crédito, o que não é corrente na 
Administração Pública. 

(*) Teoricamente, considera-se que os 
equipamentos de informática têm uma vida 
útil (N) próxima dos -7 anos (N=7). 

(*) As instalações, organização e pessoal 
especializado do Centro, bem como outros 
materiais diversos, estão a cargo de quem 
aluga os equipamentos. 

(*) Dever-se-iam, também, ter em consi- 
deração aspectos ou variáveis macro-econó- 
micas que envolverão o problema; cresci- 
mento médio anual do desenvolvimento tec- 
nológico imformático, crescimento médio 
anual dos preços dos equipamentos informá- 
ticos, crescimento médio anual das necessi- 
dades informáticas que se vão pôr ao Centro 
e que são uma parcela das necessidades in- 
formáticas globais, etc. 
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artigo 


PROLOG, linguagem de resolução de problemas pela lógica ” 


RESUMO 


Apresenta-se a linguagem de pro- 
gramação Prolog, baseada na lógica de 
predicados, e fornecem-se exemplos de 
aplicação (1). 


0. INTRODUÇÃO 


O Prolog (Roussel 1975, Pereira 
1977) é uma linguagem de programa- 
ção desenvolvida na Universidade de 
Marselha como instrumento prático de 
programação em lógica (Kowalsky 
1974, Emden 1975). É especialmente 
útil para as aplicações que envolvem 
processamento simbólico e/ou pesquisa 
automática de alternativas ou busca 
sistemática de soluções possíveis (veja- 
-se a secção Referências Bibliográficas 
deste número da revista). 

Trata-se duma linguagem simples, 
mas surpreendentemente potente, ba- 
seada na Lógica de Predicado da 1.º 
ordem, mas que não exige do utilizador 
o conhecimento dessa Lógica. Uma 
combinação única de características per- 
mite ao utilizador escrever programas 
claros, legíveis e concisos, eficientes, 
rapidamente e com poucos erros. 

Em (Warren, Pereira, Pereira 1977) 
argumenta-se que em muitas aplicações 
o Prolog substitui com vantagem o Lisp. 


1. INTRODUÇÃO A SINTAXE 
E NOMENCLATURA 


º Um programa consiste num con- 
junto de procedimentos. 


e Um procedimento é identificado 
pelo seu nome, a que se chama 
predicado, e pela sua aridade ou 
número de argumentos. É cons- 
tituído por um certo número de 
cláusulas. 


e Toda a cláusula compreende um 
implicado, cabeça ou ponto de 
entrada do procedimento, que es- 
pecifica uma possível forma dos 
argumentos, e um corpo, que 
consiste num certo número (even- 
tualmente zero) de implicantes 
ou chamadas de procedimento. 
Estes especificam as condições 
em que o implicado constitui uma 


afirmação verdadeira. Se o corpo 
for vazio referir-nos-emos a uma 
cláusula unitária, 


* Exemplo de programa: 


concatenar (nil, L, L). 
concatenar (H. T,L, H.S): — 
concatenar (T, L,S). 


Este programa é constituído por 
duas cláusulas, a primeira das quais 
unitária, que definem o procedimento 
cujo predicado é «concatenar», de três 
argumentos. Na segunda cláusula o im- 
plicado ou cabeça é separado do corpo 
por «:—». Toda a cláusula termina 
com um «.». 


º Todos os objectos Prolog são ter- 
mos, 


Um termo é: 


ou uma variável (começada por uma 
maiúscula); 

ou um átomo (como «nil», com mi- 
núsculas apenas) ; 

ou um termo composto (como 
«H.T»). 


Um termo composto compreende um 
functor de aridade N> 1, e os seus 
N argumentos, cada um dos quais é 
por sua vez um termo. Por exemplo 
o functor de «H.T> é «.» de aridade 2, 
e os seus argumentos são as variáveis 
He T. Está escrito em notação infixa, 
que é opcional. A notação standard 
seria «.(H, T)». 

Um átomo é um functor de ari- 
dade zero. 

O implicado e os implicantes de uma 
cláusula, bem como a própria cláusula, 
são termos, de forma que um predicado 
é apenas um functor que toma esse 
nome quando ocorre num certo con- 
texto, nomeadamente quando é a ca- 
beça de uma cláusula. Do mesmo mo- 
do, o termo (*,' significa o carácter vír- 
gula): 

—(p(X), Sº (q(X), r(Y)))) 
que em notação infixa se escreve 
a(x), 


p(X):— r(Y) 


LUÍS MONIZ PEREIRA 


Divisão de Informática, LNEC 


será uma cláusula se figurar no con- 
junto das cláusulas que definem um 
procedimento; nesse caso é terminado 
por um <.». 


e Aparte as convenções sintáticas, 
os nomes (e número) dos termos 
utilizados num programa são ar- 
bitrários. 


* É claro que certos procedimentos 
já se encontram pré-definidos no 
sistema. Correspondem a rotinas 
de input/output, de aritmética, 
etc. Esses procedimentos têm um 
nome e uma aridade standard. 


2. SEMÂNTICA 


* O Prolog difere doutras lingua- 
gens de programação no facto de 
haver dois modos distintos de en- 
tender a sua semântica. 


e A semântica procedimental des- 
creve, segundo é usual, a sequên- 
cia dos estados por que passa 
a execução de um programa. 


e Além disso, um programa Prolog 
pode ser entendido como um con- 
junto de afirmações acerca de um 
problema. A semântica declara- 
tiva, que o Prolog herda da Ló- 
gica, proporciona uma base for- 
mal para essa leitura. 


2.1 — Semântica declarativa 


º Informalmente, interpreta-se cada 
termo como uma abreviaura duma 
expressão em língua natural, por 
aplicação uniforme duma tradu- 
ção para cada functor. Cada va- 
riável é interpretada como um 
objecto arbitrário. 


Exemplo: 
nil=<a lista vazia» 


H.T=<a lista cujo primeiro ele- 
mento é H e restantes elementos 
constituem a sublista T» 


(1) Esta primeira parte foi comunicada 
ao Congresso 77, realizado em Lisboa, No- 
vembro de 1977. e organizado pela Ordem 
dos Engenheiros. 
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concatenar (nil, L, L)=«L é o re- 
sultado de concatenar a lista vazia 
com L> 


concatenar ; (L1,. L2, L3)=L3 é o, 


resultado de concatenar L2 com 
L1» 


º Uma cláusula da forma 
P:—Q,R,S. 
é interpretada como 


«P se Q e Re S». 


De forma que a cláusula 


concatenar (H. T,L, H.S): — 
concatenar (T, L, S). 


se interpreta: «a lista cujo primeiro ele- 
mento é H e restantes elementos consti- 
tuem a sublista S é o resultado de con- 
catenar L com a lista cujo primeiro 
elemento é H e restantes elementos cons- 
tituem a sublista T se S for o resultado 
de concatenar T com Lv». 


º Por outro lado, a semântica decla- 
rativa define (recursivamente) o 
conjunto dos termos que se po- 
dem afirmar verdadeiros de acor- 
do com um programa: 


Um termo é verdadeiro se for iden- 
tificável com o implicado de alguma 
instância de uma cláusula, e se cada 
um dos implicantes (se os houver) dessa 
instância for verdadeiro. 

Uma instância de uma cláusula (ou 
em geral de um termo) é a cláusula 
(termo) que se cbtém substituindo, para 
cada uma de zero ou mais variáveis, 
todas as ocorrências dessa variável por 
um novo termo, 


Exemplo: 


p(g(W, k), a, V): — a(g(W, k), 
b, f(g(W, k), 0). 


é uma instância de 
p(X a Y):—q(X,b, f(X, Z)). 


onde X foi substituído por g(W, k), 
Y por V, e Z por c. 


* É o aspecto declarativo da semân- 
tica do Prolog que proporciona 
uma programação clara, rápida 
e precisa, por permitir a subdivi- 
são de um programa em pequenas 
unidades (cláusulas) individual- 
mente significativas, cujos termos 
componentes são também igual- 
mente significativos, etc. 


º Por outro lado, a sua semântica 
declarativa (formal) possui o rigor 


que lhe advém de ser interpretada 
na Lógica de Predicados da 1.º 
ordem. 


2.2. — Semântica declarativa formal (2) 


e Um programa Prolog é a con- 
junção lógica das suas cláusulas. 


* Cada cláusula exprime uma pre- 
posição lógica em que o impli- 
cado (ou cabeça da cláusula) 
é logicamente implicado pela con- 
junção lógica dos implicantes do 
seu corpo. Todas as variáveis da 
cláusula estão implicitamente 
quantiiicadas universalmente. 


Exemplo: 


vXY (p(X a) >q(Y)) 


exprime-se 


q(Y): — p(X, a). 


* Só as proposições do tipo Hom 
são redutíveis à forma canónica 
de uma implicação quantificada 
universalmente em todas as suas 
variáveis. Isto é, as do tipo 

7 Sera go MAN x pads AEB) 

São proposições do tipo Horn as pro- 
posições sem variáveis livres que quan- 
do reduzidas à sua Prenex Normal 
(o que é sempre possível) na sua forma 
dijuntiva, apresentam quando muito 
um átomo (no sentido lógico) não ne- 
gado, 

Em particular, uma proposição com 
Prenex Normal Form 


v XKosR (A V..V - A;VB) 
É equivalente a 
Y Roo R (A A cu NA;>B) 
e portanto exprime-se em Prolog 
B: — A; ..., A. 


º Demonstra-se que com proposi- 
ções Hom se pode exprimir qual- 
quer função computável, e na 
prática verifica-se que é rara a ne- 
cessidade de exprimir um pro- 
blema com cláusulas não-Hom, 
embora haja um interpretador 
escrito em Prolog capaz de lidar 
com essas cláusulas. 


º Os termos que figuram no lugar 
de argumentos geram um uni- 
verso de Herbrand (cf: por ex. 
(Chang, Lee 1973)). 


* Os predicados geram uma base 
de Herbrand. 


* A operação de identificar um ter- 
mo com o implicado de uma ins- 
tância de uma cláusula corres- 
ponde ao processo da unificação. 


A unificação faz parte do princípio 
da resolução, que é a regra de infe- 
rência única segundo a formalização da 
Lógica de Predicados de 1.º ordem 
feita por Robinson (Robinson 1965). 


º Basicamente, o princípio da reso- 
lução reúne numa única regra de 
inferência as duas regras «clás- 
sicas», «modus ponens» e «gene- 
ralização», 


Permite por exemplo a partir de 
A(X) < B(a, X), C(X) 
BY, E(X2Z)) € D(X) 

concluir 
A(f(a, Z)) < D(a), C(f(a, Z)) 


º Note-se a vantagem, em termos 
de execução por computador, de 
haver apenas uma regra de infe- 
rência uniformemente aplicável. 


* O processo de unificação fornece 
a instância comum mais geral-en- 
tre dois termos, que se existe é 
única. A obtenção da instância 
comum mais geral garante que a 
regra de inferência tira a conclu- 
são mais geral possível das suas 
duas premissas, 


2.3 — Semântica Procedimental 


* A semântica procedimental des- 
creve o modo como um implicante 
é executado ou resolvido. O objec- 
tivo da execução é o de produzir 
instâncias verdadeiras do impli- 
cante. 


º É implicante notar que a orde- 
nação das cláusulas de um proce- 
dimento dentro de um programa, 
bem como a ordenação dos impli- 
cantes numa cláusula, sendo irre- 
levantes para a semântica decla- 
rativa pois a elas não faz referên- 
cia, constituem informação de 
controlo crucial para a semântica 
procedimental, 


(2) Pode omitir-se sem perda de conti- 
nuidade. 
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e Para executar ou resolver um im- 
plicante P, o sistema de execução 
procura a primeira cláusula cujo 
implicado se adequa ou unifica 
com P. O processo de unificação 
fornece, como já mencionámos, 
a instância comum mais geral en- 
tre os dois termos, implicante e 
implicado, que se existir é única. 
Se ela existir, a instância de cláu- 
sula obtida é activada através da 
execução sucessiva, da esquerda 
para a direita, de cada um dos 
implicantes do seu corpo (se os 
houver). 


e Se o sistema não encontra uma 
cláusula adequada a um impli- 
cante, esse implicante falha e o 
sistema: efectua um retrocesso. 
Isto é, rejeita a cláusula mais re- 
centemente activada, desfazendo 
todas as substituições que resul- 
taram da unificação com o impli- 
cado da cláusula Seguidamente 
reconsidera o implicante que ori- 
ginalmente a activou, e procura 
uma cláusula subsequente, com 
o mesmo predicado, que também 
se adeque a esse implicante. 


* A execução é bem sucedida quan- 
do já não existirem mais implican- 
tes à espera de serem executados. 
(O sistema encontrou uma instân- 
cia do implicante original P que é 
verdadeira). A execução é mal 
sucedida quando o retrocesso re- 
gressa até ao implicante original P 
e já não existem mais escolhas 
possíveis de cláusulas que se ade- 
quem a P, É claro que a exe- 
cução pode não terminar. 


e Além da sequenciação das cláu- 
sulas e dos implicantes, o Prolog 
proporciona um outro mecanismo 
muito importante para especificar 
informação de controlo. Trata-se 
do símbolo de «corte», que se es- 
creve «!». Insere-se num progra- 
ma do mesmo modo que um im- 
plicante, mas não deve no entanto 
considerar-se parte da lógica do 
programa, devendo ignorar-se do 
ponto de vista da semântica de- 
clarativa. 


º O efeito do símbolo do «corte» 
é como segue. Quando encon- 
trado pela primeira vez como «im- 
plicante», um «corte» resolve ime- 
diatamente, passando a execução 
ao implicante seguinte. Caso o 
retrocesso volte mais tarde a esse 
«corte», o efeito deste será o de 
falhar o implicante que provocou 
a activação da cláusula que con- 
tém o «corte». Por outras pala- 


vras, um «corte» obriga o sistema 
a todas as escolhas feitas desde 
que o implicante activador come- 
cou a ser executado. Isto é, não 
se consideram outras alternativas 
nem para esse implicante nem 
para os implicantes da cláusula 
que estão antes do «corte». 


e Por meio do «corte» pode pois 
impor-se que certos implicantes, 
uma vez parcialmente executados, 
ou continuam a executar-se por 
essa via ou falham. 


* Exemplo do efeito de «!». 


G, He 


As setas traduzem o fluxo de con- 
trolo. Este ao ser transmitido a P é su- 
cessivamente passads a A e a B. Supo- 
nhamos que A resolveu com uma cláu- 
sula Al que não mostramos. B vai de 
seguida activar a primera cláusula 
para B. Uma vez resolvidos D e E, 
com cláusulas D1 e El suponhamos, 
«!» resolve e o controlo passa a F. Ima- 
ginemos que F falha. O retrocesso leva 
a «!», que provoca um retorno do con- 
trolo para À, que irá em seguida tentar 
resolver com a cláusula A2. Isto é, não 
são tentadas outras resoluções para D, 
E ou B, uma vez que D e E estão na 
cláusula com o «corte» e antes deste, 
e uma vez que B foi quem activou essa 
cláusula. Assim o controlo passa para 
o ponto imediatamente anterior a B, 
que neste caso é A. Se À não existisse 
o controlo era passado ao implicante 
que activou a cláusula P. 


3. EXEMPLOS DE PROGRAMAS 
3.1 — Distribuição de “*” por “+” 
Este programa distribui os factores 


pelas parcelas numa expressão formada 
pelos functores binários “*” e “+”. 


multiplicar (X+Y, Z, X1I+Y1): — 


multiplicar (X, Z, X1), 
multiplicar (Y, Z, Y1). 


multiplicar (Z, X+Y, XI+HY1): — 


multiplicar (Z, X, X1), 
multiplicar (Z, Y, Y1). 


multiplicar (X, Y, X* Y). 


A primeira cláusula efectua a distri- 
butividade à direita, e a segunda à es- 
querda. 

A última cláusula, que só é utilizada 
se as duas primeiras não se aplicarem, 
limita-se a colocar “*” entre os dois 
factores, indecomponíveis em parcelas 
pelas cláusulas anteriores. 


3.2 — Programa para numerar por or- 
dem alfabética os elementos de 
uma lista 


Dada a lista p.r.o.l.o.g.nil, preten- 
de-se gerar 4.5.8.2.1.nil. Comecemos 
por conceber um programa para veri- 
ficar se uma lista resultado constitui 
uma solução correcta — uma táctica 
característica no Prolog. 

O programa assim obtido gera a lista 
resultado no caso de ela não ser conhe- 
cida. Chamemos «alfabetizar» à ope- 
ração de numerar por ordem alfabética 
os elementos de uma lista dada L para 
obter a lista R com essa numeração. 
A «alfabetização» pode concluir-se em 
três etapas: 


1.º — emparelhar os elementos da 
lista dada L com os elementos 
da lista resultado R para obter 
uma lista A de pares. 


2.º — compor os pares assim obtidos 
por ordem alfabética numa 
árvore binária T. 


3.º — numerar os nós da árvore 
desde 1 até N. 


alfabetizar (L, R): — 


emparelhar (L, R, A), 
compor (A, T), 
numerar (T, 1, N). 


emparelhar 
(XL NY YR, par (R/T) cA)o— 


emparelhar (L, R, À). 


emparelhar (nil, nil, nil). 


Vamos representar uma árvore bi- 
nária por «árvore (T1, X, T2)» onde 
X é o nó raiz da árvore e Ti e T2 são 
as subárvores esquerda e direita, res- 
pectivamente, que pendem de X. 

Para criar a árvore duma lista Y.L 
de nós, vamos partir L em Li e L2 
relativamente a Y. L1 contém todos os 
elementos de L menores que Y, e L2 
todos os maiores. Seguidamente vamos 
com Li e L2 compor as árvores Ti 
e T2. Quando L é a lista vazia obtemos 
a árvore «vazia». 
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compor (Y. L, árvore Ti Y, T2)): — 


partir (L, Y, LIZ), 
compor (L1, T1), 
compor (L2, T2). 


compor (nil, vazia). 


Para «partir» L em L1 e L2 em or- 
dem a Y temos quatro casos a consi- 
derar. Se um elemento de L coincide 
com Y continua-se a partir L ignorando 
esse elemento. Se é anterior a Y colo- 
ca-se em Li e continua-se a partir. Se 
Y é anterior a ele coloca-se em L2 
e continua-se a partir. Quando L é va- 
zia, Li e L2 são também vazias. 


par (a, 


vazia 


onde a variável X4 foi entretanto feita 
igual à variável X2, por unificação, pela 
primeira cláusula «partir». 

Para numerar uma árvore binária 
a partir de NO até N (exclusive) come- 
çamos por numerar a subárvore esquer- 
da T1 desde NO até N1, numeramos 
a raiz com N1, e finalizamos nume- 
rando a subárvore direita desde N2 
até N. Se a árvore é vazia a nume- 
ração não sofre alteração: 


numerar (árvore (T1, par (X, N1), T2), 
NO, N): — 


numerar (T1, NO, N1), 


Um par é anterior a outro se a letra 
do primeiro for alfabeticamente infe- 
rior, «<<», à letra do segundo. Supo- 
mos «<>» um predicado binário pré-exis- 
tente na linguagem. 


partir (VER SE oyo 
partir (L, Y, Lt, L2). 


partir (X.L, Y, Li, X.12):— 
anterior (X, Y), 
partir, (L, Y, El, L2). 


partir (X.L, Vo Mi, LOy: — 
anterior (Y, X), 
partirs (1X, .Ll,L2) 


numerar (T2, N2, N). 
numerar (vazia, N, N). 


«is» é um predicado binário, pré- 
“definido na linguagem, que unifica o 
primeiro argumento com o resultado da 
expressão aritmética fornecida no se- 
gundo argumento. 


3.3 — Programa para derivação simbó- 
lica 


O primeiro argumento recebe a ex- 
pressão a derivar, a qual é formada por 


partir (nil, Y, nil, mil). 


anterior (par (X1,Y1), par (X2, Y2)) 
:— XI < X2. 


Para o problema 
«alfabetizar (d.a.t.a, nil, R)» 


temos depois de emparelhar: 
R=X1. X2. X3. X4. nil 
A=par (d, X1). par (a, X2). 
par (T, X3). par (a, X4). nil 


Depois do compor: 


” par (d, x1) 
a aee (t,X3) 
vazia vazia vazia 
N2 is NI+I1, identificadores (ou sequências de le- 


tras) e números apenas, combinados 
pelos functores «+», «—» unário, «—» 
binário, «*», «/», «ft», «log», «exp», 

O segundo argumento recebe o iden- 
tificador que representa a variável em 
relação à qual se pretende derivar (esse 
identificador do ponto de vista Prolog 
é um átomo e não uma variável). O ter- 
ceiro argumento fornece a expressão 
derivada não simplificada. Os predica- 
dos «constante (X)» e «X=/=Y> pres- 
supõem-se já definidos. O primeiro re- 
solve se X for um átomo ou um número: 
o segundo resolve se X for diferente 
de Y. 
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derivada (X, X, 1). 
derivada (K, X, 0): — constante (K), K=/=X. 
derivada (U+V, X, DU+DV); — derivada (U, X, DU), derivada (V, X, DV). 
derivada (U-V, X, DU-DV); — derivada (U, X, DU, derivada (V, X, DV). 
derivada (—U, X, DU): — derivada (U, X, DU). 
derivada (K * U, X, K * DU): — constante (K), derivada ((U, X, DU). 
derivada (U * V, X, DV * U+DU * V): — derivada (U, X, DU), 
derivada (V, X, DV). 
derivada (U/V, X, (DU* V-DV *U)/V + 2): — derivada (U, X, DU). 
derivada (V, X, DV). 
derivada (U 1 V,X, V*DU*U + (V— 1)) — constante (V), 
derivada (U, X, DU), 
derivada (U 1 V,X, DV*log (U) *U + V+V*DU+*U + (V-1) :—- 
derivada (U, X, DU). 
derivada (U, X, DV). 
derivada (log U, X, DU/U): — derivada (U, X, DU). 
derivada (exp U, X, DU * exp U): — derivada (U, X, DU). 
derivada (sen U, X, DU * cos U): — derivada (U, X, DU). 
derivada (cos U, X, —DU * sen U): — derivada (U, X, DU). 
derivada (tg U, X, D) : — derivada (sen U/cosU, X, D). 


3.4 — Bases de dados 


O seguinte exemplo mostra a identidade entre programa e dados no Prolog, 
e mostra a potencialidade da linguagem como meio natural de interrogação de 
bases de dados. Uma «base de dados» de cláusulas unitárias fornece informa- 
ções (em milhões) e áreas (em milhares de milhas quadradas) de vários países. 
O procedimento «densidade» fornece «dados virtuais» sobre a densidade de po- 
pulação: 


pop (china, 825). área (china, 3380). 
pop (índia, 586). área (índia, 1139). 
pop (urss, 252). área (urss, 8708). 


pop (usa, 212). área (usa, 8609). 


densidade (C, D): — pop (C, P), área (C, A). 
D is (P * 1000)/A. 


A cláusula seguinte representa uma interrogação à base de dados para encon- 
trar os países com densidade de população semelhante, isto é, que difiram menos 
de 5 %: 


semelhantes (C1, D1, C2, D2): — densidade (C1, D1), 
densidade (C2, D2), 
Di > D2, 
20 “DI <2/*D2: 


rent 


NOTA: «<<», «*», «/» e «is» são predicados calculáveis pelo sistema. São respectivamente 
«menor», «vezes», «divisão inteira» e «atribuição de valor». 
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entrevista 


com Alves Lavado da DGOA 


PERGUNTA 1 — Em relação ao sector 
em questão (Administração Públi- 
ca), quais eram as características 
principais que rodeavam a inserção 
da Informática, e a sua utilização, 
antes de 1975? 


1. A partir de 1971 (ano em que 
foram recensados 38 computadores no 
sector público) (*), a introdução da in- 
formática na Administração Pública 
fez-se a ritmo muito elevado. Basta re- 
ferir que as despesas em informática, 
de aluguer, compra e manutenção de 
equipamentos bem como de material, 
serviços e outras cresceram, entre 1971 
e 1975, a um ritmo que se estimou de 
36,1 % ao ano (taxa de crescimento 
médio anual) (2). Todavia, este cres- 
cimento da informática na Administra- 
ção Pública, no período referido, não 
se fez de modo planeado. 

2. A informática penetrou pratica- 
mente em toda a Administração Pú- 
blica, no período que vai de 1971 a 1975 
mas de forma desigual, beneficando a 
gestão de certos sistemas de informação 
em detrimento de outros sem que se pu- 
dessem, segundo determinadas ópticas 
considerar prioritários. Embora os nú- 
meros disponíveis (*) não sejam total- 
mente comparáveis dada a dificuldade 
em incluir alguns equipamentos nos sis- 
temas de informação que servem, per- 
mitem no entanto ficar com uma ideia 
da desigual distribuição dos equipa- 
mentos pelos sistemas de informação 
mais importantes geridos pela Adminis- 
tração Pública. 

Assim, numa área como a do Tra- 
balho, que respeita directamente a, 
aproximadamente, três milhões de acti- 
vos portugueses, isto é, à população 
trabalhadora portuguesa, não existiam 
equipamentos informáticos até 1975, 
aliás, em 1976 a situação não se alterou 
segundo os últimos elementos disponí- 
veis. 

Reportando-nos, apenas, a 1975, a 
Administração Local contava com 
7,2 % do valor dos equipamentos ins- 
talados. Os restantes 92,8 % do valor 
dos equipamentos informáticos concen- 
travam-se na Administração Central, 
nas Empresas Públicas e na Defesa. 

Todavia, na Administração Central 
uma área como a da Economia e Fi- 
nanças, onde se gerem o sistema esta- 
tístico nacional, o sistema de planea- 
mento e o sistema fiscal português, pos- 
suia em 1975, apenas, 9,8 % do valor 


dos equipamentos informáticos. Para 
o mesmo ano, a Saúde e a Educação 
contavam com 20,7 % e, os Transportes 
e Comunicações e Obras Públicas 8,8%. 
Ainda, neste ano, a Justiça contava 
com 7,3 %, a Defesa com 14,3 % e as 
Empresas Públicas, incluindo os Bancos 
Emissores, contavam com 30,6 % do 
valor dos equipamentos informáticos. 
No período que vai de 1973 a 1975, 
pesem algumas modificações, a estru- 
tura da distribuição dos equipamentos 
informáticos pelos sistemas de informa- 
ção mais importantes geridos pela Admi- 
nistração Pública, não se altera, signifi- 
cativamente. 

3. O crescimento da informática na 
Administração Pública, como não podia 
deixar de ser, implicou o aparecimento 
de novas funções profissionais, 

O pessoal trabalhando em informá- 
tica passou de 1253 em 1971 para 1760 
em 1975 e, as despesas com o pessoal 
representaram, neste ano, 47,1% do 
total de despesas em informática na 
Administração Pública. 

Contudo, este crescimento do pessoal 
especializado em informática foi condi- 
cionado por três aspectos muito impor- 
tantes: 


— a inexistência de formação oficial 
no âmbito da informática, colma- 
tada, pelos fornecedores dos equi- 
pamentos, basicamente, nas áreas 
da operação e da programação; 

— a diticuldade de recrutamento de 
gestores e quadros técnicos de in- 
formática bem como de especia- 
listas da concepção das aplica- 
ções; 

— a baixa remuneração praticada 
pela Administração Pública rela- 
tivamente aos níveis salariais pra- 
ticados pelo sector privado, 


4. Tais circunstâncias tinham que 
se repercutir ao nível da organização e 
gestão dos Centros da Administração 
Pública. E, embora, não existam indi- 
cadores que nos permitam avaliar em 
pormenor a eficiência dos Centros de 
processamento automático da informa- 
ção, o facto de a capacidade produtiva 
utilizada corresponder, grosso modo, a 
cerca de 36% da capacidade produtiva 
total desses Centros, em média, deixa 
antever as dificuldades que se levan- 
tavam e levantam neste domínio, 


PERGUNTA 2 — Como se caracteriza 
presentemente, em termos gerais, a 
situação da Informática, e quais são 
as perspectivas futuras? Existe algum 
levantamento, e em caso afirmativo 
quais os seus dados fundamentais? 


1. Nos anos de 1975 e 1976 várias 
tentativas se fizeram com vista a pla- 
near o crescimento da informática em 
sintonia com o desenvolvimento econó- 
mico e social, nomeadamente, no âm- 
bito da Administração Pública. 

Assim: 

— Em Maio de 1975 foi aprovada 

e entregue ao Director-Geral do 
Planeamento uma proposta para 
a criação de uma Comissão de 
Planeamento e Organização Na- 
cional de Informática com vista 
à elaboração, execução e controlo 
do «Programa Nacional de Infor- 
mática». Tal proposta foi elabo- 
rada conjuntamente pelo Minis- 
tério do Plano, DGOA e Comis- 
sões de Trabalhadores da Infor- 
mática; 

— Em Fevereiro de 1976 é enviado 
ao Primeiro-Ministro, pelo Secre- 
tariado das Comissões de Traba- 
lhadores para o Plano Director de 
Informática, uma carta acompa- 
nhada do documento proposta do 
Plano Director de Informática 
aprovada em plenário das Comis- 
sões de Trabalhadores da Infor- 
mática tendo em sequência, sido 
elaborado o «Projecto de diploma, 
para a criação da Comissão Coor- 
denadora para o Plano Nacional 
Director de Informática». 


2. Se tais iniciativas tivessem fru- 
tificado conhecer-se-ia, hoje, muito me- 
lhor, a situação da Informática bem 
como as suas perspectivas futuras. 

Contudo, no âmbito da Administra- 
ção Pública, o órgão coordenador da 
Informática — Departamento de Infor- 
mática da Direcção-Geral da Organiza- 
ção Administrativa — publica, anual- 
mente, desde 1973, dados sobre a situa- 
ção da Informática na Administração 
Portguesa (*) e, elaborou um diag- 
nóstico da situação da Informática na 
Administração Pública no âmbito dos 
trabalhos preparatórios do Plano para 
1977-80. 

3. Pensamos, no entanto, que a si- 
tuação presente da Informática na 
Administração Pública possui como ca- 
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racterísticas principais as que rodeavam 
a sua inserção e utilização antes de 1975, 
salvo nalguns aspectos que a perspecti- 
vam melhor para o futuro. Assim, a in- 
serção do diagnóstico da situação da In- 
formática na Administração Pública, 
bem como a projecção do seu desenvol- 
vimento, nos Planos Económico-Sociais 
do País, com vista à prossecução dos 
seus objectivos e ao cumprimento 
da sua sua estratégia de desenvol- 
vimento económico e social constitui, 
em nosso entender, um passo impor- 
tante no planeamento da Informática. 
Também, o recente Decreto-Lei, disci- 
plinador das aquisições de equipamentos 
e serviços de Informática por parte da 
Administração Pública poderá vir a ser 
um excelente instrumento da política de 
informática tendo em vista o seu cres- 
cimento fundamentado. 

4. Em nossa opinião, a necessidade 
de optimizar a utilização dos recursos 
informáticos existentes, a canalização 
dos recursos disponíveis para a Infor- 
mática como uma melhor alternativa 
relativamente à sua aplicação noutras 
actividades, bem como, a necessidade 
de garantir que o crescimento das estru- 
turas informáticas se faça em função 
das necessidades do desenvolvimento 
económico e social expressa nos Pla- 
nos Económico-Sociais impõe o cresci- 
mento planeado da Informática. 


PERGUNTA 3 — Quais os meios ma- 
terinis e humanos que se encontram 
disponíveis? 


1. A Administração Pública, empre- 
sas públicas e bancos emissores conta- 
vam no início de 1976 (*) com 131 
computadores dos quais 75 % eram 
mini-computadores. Os computadores 
existentes distribuiam-se por 15 marcas 
e dezenas de modelos tornando, assim, 
muito difícil a normalização da produ- 
ção informática na Administração Pú- 
blica, nomeadamente, a sua organização 
e gestão, devido às diferentes exigên- 
cias dos equipamentos. 

2. Os meios humanos disponíveis, 
também, em 1975 (*), eram 1760 tra- 
balhadores, metade dos quais eram pes- 
soal de transcrição de dados. As chefias 
representavam 4,3% e, os analistas, 
programadores e operadores 41,4 % do 
total dos trabalhadores da Informática 
no Sector Público. 


PERGUNTA 4 — Qual o tipo de for- 
mação dos meios humanos? Pensa 
que é adequado ao tipo de problemas 
que enfrentam actualmente? 


1. Não conhecemos, objectivamente, 
qual a formação que possuem os traba- 
lhadores da Informática na Adminis- 


tração Pública, nem como e onde a 
obtiveram. Contudo, a inexistência de 
formação oficial — com excepção do 
Curso de Engenharia Informática (com 
a duração de dois anos e um número 
pequeníssimo de alunos); do Curso ds 
Correspondentes de Informática (vinte 
a trinta alunos, em princípio, quatro 
vezes por ano) e, de algumas cadeiras 
nos ensinos médio e superior — deixa, 
praticamente, toda a preparação nesta 
área vital do conhecimento ao esforço 
dos trabalhadores e, aos fornecedores 
dos equipamentos (para os quais a for- 
mação constitui um custo adicional) 
bem comg às escolas particulares (cujo 
objectivo é o lucro). 

2. Face a este estado de coisas, de- 
vemos afirmar que, as necessidades a 
satisfazer no domínio da melhoria dos 
sistemas de informação da Administra- 
ção Pública e não só, o actual nível de 
organização e gestão dos Centros bem 
como o grau de aproveitamento dos 
equipamentos e, a difícil inserção da In- 
formática nos organismos, tornam im- 
perativo um esforço muito grande e a 
tomada de medidas adequadas e priori- 
tárias no domínio da formação infor- 
mática. 


PERGUNTA 5 — Qual o tipo de apli- 
cações mais comuns deste sector? 
Qual a sua opinião sobre a utilização 
dos meios imformáticos para os re- 
solver? Que outras aplicações julga 
que seriam pertinentes? E que for- 
mação seria desejada para os traba- 
lhadores nelas envolvidos? 


1. Podemos distinguir na Adminis- 
tração Pública dois tipos de aplicações. 
Por um lado, todas as áreas de carácter 
administrativo comuns a todos os órgãos 
da Administração Pública e, por outro 
os problemas concretos que cada um 
dos órgãos tem que resolver para dar 
cumprimento à sua competência nos do- 
mínios de actividade, normalmente téc- 
nicos, onde actua. 

Assim, distinguimos e designamos, 
com vista à sua melhor compreensão, 
as aplicações da Administração Pública 
em aplicações de carácter administrativo 
e aplicações de carácter técnico, 

2. Presumimos que a generalidade 
dos processos de produção informática 
da Administração Pública se instalaram 
com vista à execução de aplicações de 
carácter técnico sendo depois, em alguns 
casos, aproveitados parz a resolução de 
aplicações de carácter administrativo. 

3. As aplicações de carácter admi- 
nistrativo, em muitos poucos casos im- 
plementadas, deverão vir a constituir, 
no futuro, uma área eleita de informa- 
ção susceptível de tratamento automá- 
tico, inclusivamente, de tratamento au- 


tomático normalizado, isto é, comum 
a toda a Administração Pública. 

Assim, a «Gestão de Pessoal», «Fi- 
nanças e Contabilidade», «Planeamento, 
Programação e Orçamento», a criação 
de bases de dados específicos sobre le- 
gislição, normas administrativas, etc., 
bem como a criação de subprodutos 
estatísticos para alimentação do sistema 
estatístico nacional deverão ser objecto 
de tratamento automático normalizado 
no futuro e, gradualmente, integrado 
na perspectiva dos Bancos de Dados. 

4. Para além da área da informação 
administrativa, com as suas normas, 
procedimentos e circuitos comuns a to- 
dos os Serviços da Administração Pú- 
blica existe a área da informação pró- 
pria de cada Serviço e que suporta todas 
as suas acções com vista ao cumpri- 
mento da sua competência. Também 
esta área é, normalmente, susceptível 
de processamento automático e é aqui 
que se encontram os processos de pro- 
dução informática mais avançados da 
Administração Pública: LNEC, Ministé- 
rio da Justiça, Ministério das Finanças, 
Caixa Nacional de Pensões, etc. 

Todavia, já aqui é muito mais difícil 
falar de normalização e integração dada 
a especialidade dos campos de acção 
de cada Serviço. Quanto muito é no âm- 
bito de cada campo de acção dos Ser- 
viços que, eventualmente, a cooperação 
informática se poderá vir a desenvolver 
através da utilização comum de «hard- 
ware», troca de suportes da informação, 
criação de «software» normalizado para 
a área de actuação dos Serviços, etc. 

5. É, pois, necessário um grande 
esforço no domínio da formação dos 
trabalhadores a envolver na melhoria 
dos sistemas de informação da Admi- 
nistração Pública. Essa melhoria exige 
um conhecimento profundo das questões 
ou problemas que a Administração Pú- 
blica tem que resolver e, o esforço no 
domínio da formação dos trabalhadores 
deve canalizar-se, basicamente, para a 
preparação de gestores, quadros técnicos 
de informática e especialistas de análise 
(lógica, funcional e orgânica), 


PERGUNTA 6-Que articulação existe 
entre os diversos trabalhadores e cen- 
tros do seu sector? Que articulação 
existe a nível nacional e a nível esta- 
tal? Que cooperação seria desejada 
entre os diversos meios e competên- 
cias descentralizadas? Que propostas 
concretas, sobre este assunto, gos- 
taria de ver realizadas? 


1. A única articulação entre traba- 
lhadores da Informática, em nosso 
conhecimento, quanto muito existe ao 
nível do Sindicato da Função Pública 
ou di A. P.I. Já a articulação entre 
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os Centros de Administração Pública 
e entre esta área e o todo nacional se 
faz por intermédio do Departamento de 
Informática da Direcção-Geral da Orga- 
nização Administrativa. 

2. Todas estas articulações impres- 
cindíveis deviam ser conseguidas no âm- 
bito do Plano para a Informática nas 
suas fases de elaboração, execução e 
controlo da execução (descentralizadas), 
bem como na sua inserção no Sistema 
de Planeamento Económico e Social. 

Mass, para que o planeamento da In- 
formática se articule com o sistema de 
planeamento nacional e imprescindível 
que aquele se adeque às regras deste. 
Assim, o planeamento da Informática 
deve ser concebido no âmbito do sis- 
tema de planeamento nacional, tendo 
em atenção a sua orgânica e metodo- 
logia de modo a garantir que os equi- 
líbrios macroeconómicos fundamentais 
(procura e oferta de bens e serviços, 
procura e oferta de mão-de-obra, pou- 
pança /investimento e importações /ex- 
portações), a estratégia do desenvolvi- 
mento sectorial e a política de desenvol- 


vimento regional bem como a sua pro- 
jecção no futuro tutelem, nas melhores 
condições, o crescimento e aproveita- 
mento das estruturas informáticas. 


PERGUNTA 7 — Que comentários fi- 
nais gostaria de expressar? 


1. As questões da informação e, re- 
pare-se eu não digo da Informática, 
estão assumindo um papel excepcional, 
Neste momento está nascendo um novo 
ramo da economia — a economia da in- 
formação — que tem como suporte ma- 
terial o sector da informação (*) cujo 
crescimento é paralelo com o da Infor- 
mática. Esta constitui uma base quali- 
tativa fundamental do sector da infor- 
mação. 

2. No nosso país, o recurso à Infor- 
mática ou o crescimento do sector da 
informação, dado o envolvimento con- 
juntural extraordinariamente difícil do 
ponto de vista económico, deve fazer-se 
de acordo com uma cuidadosa política 
que garanta que a melhoria dos siste- 
mas de informação tenham um efeito 


positivo e indutor do crescimento da 
produção material de bens ou de mini- 
mização do consumo de recursos escas- 
sos (matérias-primas, energia, equipa- 
mento, etc.) com vista à satisfação das 
necessidades sociais. 


(1) «Inquérito à Situação da Informá- 
tica — 1971» — INE. 

(2) «Organização & Informática» — Bo- 
letim Informativo da Direcção-Geral da Or- 
ganização Administrativa, N.º 3 — Março 
1977. 

(3) «A Informática na Administração 
Portuguesa» — Departamento de Informá- 
tica — Direcção-Geral da Organização Admi- 
nistrativa. 

(+) Documento já referido em (3). 

(3) «A Informática na Administração 
Portuguesa em 1 de Janeiro de 1976» — De- 
partamento de Informática — Direcção-Ge- 
ral de Organização Administrativa. 

(8) O sector da Informação que abrange 
toda a produção de informação indispensá- 
vel ao funcionamento do sistema económico 
engloba, nos Estados Unidos da América, 
50 % da produção activa e gera cerca de 
53 % do rendimento nacional americano 
(1974). 
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— Comunicações bidireccionais assincronas, em half 
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— Possibilidade de ligação de um telefone vulgar 
para comunicações faladas. 


— Resposta automática (em opção). 
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e de Banda de Base até 19.2 bps 
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Possibilidade de desenvolvimento nacional 


A existência de microcomputadores 
cria uma nova perspectiva quanto a 
uma possível produção nacional de 
equipamento de informática. Até agora, 
com componentes discretos ou lógica 
discreta (SSI), c desenvolvimento era 
extremamente difícil, obrigando a im- 
plementação de dispositivos muito com- 
plexos, o que implicava o enquadra- 
mento em grandes indústrias e a garan- 
tia de vastos mercados. O aparecimento 
de microcomputadores e de todos os 
os componentes LSI nele envolvidos 
fez com que a maior parte do proces- 
samento já se realize ao nível do com- 
ponente. O projectista pode dedicar-se 
mais à arquitectura geral dos sistemas. 
Estes já podem ser concebidos no seu 
aspecto global e o seu comportamento 
específico simplesmente programado. 

Tornam-se possíveis as pequenas li- 
nhas de produção. Pode ser mesmo 
rentável atender a casos muito espe- 
cíficos, já que um mesmo sistema de 
«hardware» tem uma extraordinária 
versatilidade, podendo adaptar-se a 
muitos problemas particulares, carre- 
gando-o, para isso, com os programas 
adequados. Esta actividade de «sof- 
tware» é grandemente simplificada 
quando se dispõe, num sistema hospe- 
deiro, duma boa biblioteca de sub-roti- 


nas. Além disso verifica-se que há uma 
grande tendência do mercado para os 
pequenos sistemas (perinformática), 
formando uma rede de «inteligência 
distribuída» (Fig. 1). Actualmente o 
microcomputador constitui o meio mais 
adequado de implementação desses sis- 
temas. 

Os custos dos componentes podem 
considerar-se extremamente baixos, em 
relação às operações que executam, A 
competição entre os fabricantes desses 
componentes é grande, o que, de certo 
modo, tem mantido o nível desses pre- 
ços, senão mesmo a sua descida. Na 
figura 2 apresenta-se um gráfico que 
mostra, aproximadamente, a evolução 
do custo do transistor integrado, bem 
como o grau de compactação. 

A dependência tecnológica no domí- 
nio dos equipamentos de informática 
tem sido total, Se procedermos à ten- 
tativa do lançamento de uma produção 
nacional, ainda que só no domínio de 
periféricos ou pequenos sistemas, a im- 
portação de componentes não criará um 
novo tipo de dependência. Com efeito, 
existe já uma certa diversidade de fa- 
bricantes a produzirem os mesmos. O 
controlo de sistemas por nós construí- 
dos é muito maior do que de sistemas 
inteiramente importados. Há muitos 


LUÍS VICENTE 
Divisão de Informática, LNEC 


produtos de fabricação nacional que 
poderão ser incorporados nestes siste- 
mas como, por exemplo, tudo o que 
respeita a suportes metálicos. Em geral, 
o aumento de independência será o re- 
flexo de correspondente aumento de 
competência que neste campo, tem que 
ser desenvolvido. 
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ACESSÓRIOS PARA CENTROS MECANOGRÁFICOS : 


O Equipamento acessório para IBM — Sistema/3 


6 Todo o equipamento acessório para mini-computadores dauto ! 
R 8 Mobiliário para arquivo de: 
O Etiquetas auto-colantes em continuo 
6 Bobines de fita para perfurar — Cartões perfurados 
O Pastas especiais para arquivo de formulário em contínuo — Discos magnéticos 
O Fita tinta para impressoras de computadores — Bandas magnéticas 
O Bandas magnéticas «Racal-Zonal» —- Diskettes 
o Discos “sto «Nashua» 6 Mobiliário especial para diskettes 
Ensaitas «Mashuos € Cofres monobloco à prova de fogo e humidade «Lampertz» 
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INSTRUÇÕES AOS AUTORES 


1. Os onginais deverão ser envia- 
dos para a sede da API, Avenida Almi- 
rante Reis, 127, 1.º Esq.º, Lisboa, di- 
rigidos ao Director da Revista. 


2. Os originais devem ser dactilo- 
grafados a dois espaços em folhas bran- 
cas normalizadas (tipo A-4). As gra- 
vuras devem ser aceitáveis para a tipo- 
grafia. Os gráficos, esquemas e outros 
desenhos deven pautar-se pela mes- 
ma regra, sendo apresentados em pa- 
pel vegetal e desenhados a tinta-da- 
-china, Às gravuras, desenhos e outras 
figuras devem estar numerados e acom- 
panhados das respectivas legendas. 

A ordem do texto deve ser: título, 
nome do autor, local de trabalho e/ou 
instituição de apoio, resumo em por- 
tuguês, resumos em inglês ou francês 
e artigo propriamente dito. O artigo 
deve ser dividido em secções numera- 
das, como por exemplo: 


1. introdução; 
definição de uma rede de com- 
putadores; 

3. topografia de redes; 

4. agradecimentos; 

5. referências. 


3. As referências a autores e obras 
devem obedecer ao seguinte padrão: 
(Raphael, 1976); (Gelenbe, 1971); 
(Aho, Hoperoít e Ullman, 1974). O que 
corresponderia, nas referências biblio- 
gráficas apresentadas no final do tra- 
balho, a: 


Kaphacl, B. — The thinking computer 
—. Minde inside matter. 
W. H. Freeman, 1976. 

Gelenbe, E. — The two-thirds rule for 
dynamic storage allocation under 
equilibrium. 


Information Processing Letters 1, 
59-60, 1971. 

Áho, 4. V.; Hopcroft, J. E.; Ullman, 
D. D.--The design and analysis 
of computer algorithms. 
Addison-Wesley, 1974. 


4. Os vocábulos estrangeiros de- 
vem, nos originais, ser apresentados em 
sublinhado (indicação de itálico) e não 
entre aspas, salvo quando se tratar de 
citações de textos. 


5. Os artigos devem ser acompa- 
nhados de um pequeno resumo em in- 
glês e/ou francês, além de um resumo 
em língua portuguesa, 


6. Os autores devem indicar as pa- 
1 
lavras-chave dos seus trabalhos. 


7. Os autores têm direito a dois 
exemplares da revista em que os seus 
trabalhos forem publicados, bem como 
a 25 separatas dos mesmos, grátis. No 
caso de pretenderem um número mais 
elevado de separatas, deverão contactar 
com antecedência a Redacção de Infor- 
mática, onde serão informados acerca 
das condições para tal. 


8. Os artigos publicados são da res- 
ponsabilidade dos respectivos autores. 


9. Informática está aberta a toda 
a colaboração, não se responsabilizando, 
contudo, pela publicação dos originais 
não solicitados. Estes originais serão su- 
jeitos à apreciação crítica da Direcção 
da Revista e do seu Conselho de Re- 
dacção. Em caso de recusa de publi- 
cação, os autores serão informados das 
respectivas Tazões, 
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